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Introduction 



Objective-C est un langage popularise par Apple, 
societe qui a connu sa renaissance depuis le retour 
en 1997 de Steve Jobs aux commandes. II avait cree 
cette entreprise une vingtaine d'annee plus tot 
avant de se faire licencier et de partir fonder NeXT. 
Objective-C et NeXTStep sont a la base du succes 
de Mac OS X et de 1'iPhone. 

Bien que NeXT, puis Apple, soient les entreprises 
ayant popularise Objective-C, le langage a ete 
cree au debut des annees 80 par Stepstone, societe 
de Brad Cox 1 et Tom Love. En 1988, NeXT a 
acquis une licence aupres de Stepstone afin de creer 
son propre compilateur, puis ses propres biblio- 
theques pour creer l'environnement NeXTStep 2 
(d'ou le fameux prefixe NS des classes des frame- 
works Foundation et AppKit : NS est l'acronyme de 
NeXTStep). 



1 . Merci a Jimmy Stewart de m'avoir appris ce fait. 

2. Voir 1' entree Objective-C de Wikipedia. 
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Introduction 

Objective-C a su rester simple et changer relative- 
merit peu au fil des annees tout en continuant de 
repondre au besoin des developpeurs, comme le 
prouve le phenomenal succes d' Apple. En octo- 
bre 2007, Apple a publie une nouvelle version du 
langage : Objective-C 2.0, version qui a donne un 
nouveau souffle a Objective-C en le modernisant. 



Objectif de ce livre 



II n'existe pas aujourd 'hui suffisamment de ressour- 
ces en francais sur Objective-C, le principal langage 
de programmation des plateformes Apple : Mac et 
iPhone. C'est pourquoi, j'ai ete tres heureux et 
honore de m'etre vu proposer d'ecrire ce livre, qui 
je l'espere comblera les developpeurs qui souhai- 
tent disposer d'un guide de survie sur ce langage. 

En ecrivant ce livre, j'ai essaye de satisfaire plu- 
sieurs besoins plus ou moins opposes : le format 
des guides de survie impose une approche tres 
pragmatique du langage, des extraits et exemples 
de code a quasiment chaque section, et c'est une 
tres bonne chose. 

Toutefois, Objective-C etant un langage relative - 
ment distinct des autres, j'ai essaye d'introduire 
egalement les aspects un peu plus theoriques du 
langage, necessaires a la bonne comprehension des 
paradigmes et a l'ecriture d'un code sans erreurs et 
de bonne qualite. 
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Organisation de ce livre 

J'ai egalement cherche a m'adresser non seulement 
au developpeur debutant, qui n'a jamais programme 
en Objective-C, mais egalement a aider le deve- 
loppeur Objective-C experimente souhaitant fran- 
chir le pas vers Objective-C 2.0. 

De plus, de nombreux developpeurs souhaitent 
migrer, ou complementer leur offre logicielle, et 
ameliorer leurs competences : disposer d'une ver- 
sion Mac d'un logiciel Java ou Windows est desor- 
mais largement a l'ordre du jour, et proposer une 
version iPhone est devenu quasiment obligatoire. 

C'est pourquoi j'ai essay e d' aider les developpeurs 
experimentes a faire une transition sans douleur en 
comparant Objective-C a Java et C# autant que 
j'ai pu, et, dans une moindre mesure, a C++ et 
Python. 

Enfin, Objective-C repose beaucoup sur les biblio- 
theques Cocoa (Mac OS X),CocoaTouch (iPhone) 
et se limiter a 100 % au langage aurait ete non seu- 
lement difficile, mais aurait sans doute prive le lec- 
teur de nombreuses connaissances necessaires a la 
programmation de logiciels sur ces plateformes. 

Les objectifs de cet ouvrage ont done ete tres ambi- 
tieux et il a souvent fallu faire des choix difficiles. 
J'espere toutefois que vous y trouverez ce que vous 
cherchiez et qu'il satisfera vos besoins. 
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Organisation de ce livre 

Ce livre n'est pas une reference sur Objective-C, 
mais il introduit toutefois tous les concepts 
necessaires a l'ecriture de code Objective-C de 
qualite. II n'est pas destine a etre lu de maniere 
lineaire, meme si cela reste possible, voire recom- 
mande selon votre niveau de competences en 
Objective-C. 

Bien qu'il n'y ait pas vraiment de pre-requis a la 
lecture de ce livre, Objective-C est un langage 
base sur C, et par consequent, une connaissance de 
ce dernier est plus ou moins necessaire. De plus, 
meme si vous n'avez jamais programme en C, il 
n'est pas utile d'en apprendre les rudiments. 

Le premier chapitre introduit Objective-C, les 
concepts de base du langage dans sa mouture 1.0 : 
les elements, les mots-cles et les concepts. 

Le deuxieme chapitre s'attaque a la gestion 
manuelle de la memoire, qui est toujours un sujet 
difficile en Objective-C et necessaire si vous 
programmez sur iPhone. C'est ici que le deve- 
loppeur doit faire le plus attention, car une mau- 
vaise gestion de la memoire ne pardonne pas en 
Objective-C : c'est soit le plantage immediat, soit 
la fuite de memoire. Et si Objective-C est un lan- 
gage relativement simple d'acces, la gestion de la 
memoire reste complexe. 
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Le troisieme chapitre est dedie a Objective-C 2.0 
et peut etre lu de maniere independante pour les 
developpeurs deja familiers avec Objective-C 1.0. 
II aborde les changements apparus entre la version 1 
et 2, ainsi que les nouveautes de la version 2.0. 

Le quatrieme chapitre presente les notifications et les 
evenements, deux concepts distincts en Objective-C 
et necessaires pour faire communiquer vos classes 
entre elles et avec le materiel (le Mac ou 1'iPhone). 

Le cinquieme chapitre est consacre a la qualite de 
code : gestion des exceptions et des erreurs, asser- 
tions, historique d' execution, mais egalement les 
tests unitaires, que je considere comme extreme - 
ment importants pour tout projet de developpe- 
ment adapte au XXP siecle. 

Enfin, deux annexes terminent ce livre. L'une est 
consacree a Objective-C++, un langage ne de la 
pseudo-fusion de C++ et Objective-C, 1' autre aux 
ressources utiles, ou je partage les liens et les outils 
que j 'utilise le plus souvent. 

Pour conclure, ce livre se voulant egalement un 
aide-memoire, il serait incomplet sans de nombreux 
exemples. Nous ne vous recommanderons jamais 
assez de lire le code des autres pour voir des styles 
de programmation que nous n'abordons pas dans 
cet ouvrage. C'est un objectif que je me suis egale- 
ment fixe dans ce livre : vous montrer sans preten- 
tion comment je programme, dans l'idee que vous 
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ameliorerez votre style en criti quant le mien. Aussi, 
les exemples de ce livre sont a l'image de mes pro- 
grammes, certains etant meme indirectement issus 
de ceux-ci. 
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Les bases 
d'Objective-C 



Objective-C est un langage de programmation 
oriente objet base sur le langage C, tout comme 
C++. Cette specificite interessante rend le langage 
compatible avec C et dans une certaine mesure 
avec C+ + . Objective-C est egalement un langage 
au typage dynamique, contrairement a C++. II dis- 
pose en consequence d'un environnement d' exe- 
cution dedie, similaire par exemple a Java ou C#, 
mais toutefois plus reduit en termes de competen- 
ces. De plus, contrairement a Java et C#, Objective - 
C est compile directement en langage machine et 
non en langage intermediate. 
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Dans ce chapitre, nous abordons ce qui est indis- 
pensable : les elements, les mots-cles et les concepts 
du langage. Chaque section sera etayee de plusieurs 
exemples. 



Definition de id 



id number = [NSNumber numberWithInt:5] ; 



Le code ci-dessus montre qu'un objet est declare 
sans typage avec le mot-cle id. 

Objective-C est un langage dynamique, mais il 
autorise une verification des references lors de la 
compilation. Ces notions seront abordees plus loin, 
mais il est toutefois important de remarquer 
qu' Objective-C se rapproche davantage de Python, 
Ruby et des autres langages dynamiques que de 
Java ou C# dans ce domaine. 

Objective-C permet d'introduire un objet sans 
pour autant preciser son type grace au mot-cle id 
qui peut etre lu "identifiant d'objet" et ne force 
aucun typage. id est done un pointeur vers un objet. 
Plus precisement, id est defmi comme un pointeur 
vers la structure de donnees de 1' objet. 

Voici un exemple pour bien se rendre compte de 
ce fait — vous pouvez ignorer pour l'instant le reste 
de la syntaxe qui est toutefois simple a comprendre 
— les deux methodes, exemplel et exemple2 sont 
toutes les deux de type id, mais renvoient deux 
objets de type differents : 
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Exemple 1 

exemple1() { 

//le type renvoye n'est pas specifie 

//il n'y a pas d' avert issement du compilateur 

//pourtant la methode renvoie un 'id' de 

//type NSNumber 

id number = [NSNumber numberWithInt:5] ; 

return number; 

} 



Exemple 2 

exemple2(){ 

id date = [NSDate date]; 
return date; 

} 

Autre point important a noter : id est le type par 
defaut de la valeur retournee par n'importe quelle 
methode Objective-C. Ceci est logique dans la 
construction d' Objective-C, mais differe du type 
par defaut retourne par les fonctions en C ou le 
type retourne par defaut est int. 



exemplel(){ 

warning: return type defaults to 'int' 

return 1;| 



Figure 1.1 : Avertissement du compilateur, qui signale 
que le type par defaut de la fonction sera int. 
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Pour aller plus loin 



Objective-C etant construit sur les fondations de C, 
il est possible de creuser un peu les elements qui 
forment le coeur du langage. Par exemple, id est tout 
simplement defini comme un pointeur vers une struc- 
ture struct, comme precise dans le fichier d'en-tete 
/Developer/ SDKs /MacOSXI 0.5. sdk/usr/include/ob j c/ob j c . h : 

typedef struct objc_object { 

Class isa; 

} *id; 



Objet-classe 



Class uneClasse = [unObjet class]; 



A la difference de la plupart des langages, une classe 
Objective-C est egalement un objet, mais un objet 
de type particulier. C'est ce que Ton appelle un 
objet-classe. C'est grace a cette particularite qu'il est 
possible d'utiliser un nom de classe comme type 
lorsqu'un objet est declare. 

De plus, Objective-C defmit egalement un type 
particulier pour les objets-classes : Class, qui n'est 
autre qu'un pointeur vers une structure opaque de 
type ob]c_class.Vous trouverez ces definitions dans 
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lefichierd'en-tete/Developer/SDKs/MacOSX10.5.sdk/ 
usr/include/objc/objc.h : 

typedef struct objc_class *Class; 

De plus, nous pouvons clarifier davantage la defini- 
tion de id donnee a la section precedente : 



typedef struct objc_object { 

Class isa; 
} *id; 

id est un pointeur vers une structure opaque de 
type ob]c_ob]ect (qui definit la structure des objets 
Objective-C). Chaque objet possede done ce que 
Ton appelle un pointeur isa qui pointe vers un 
objet de type Class. Comme vous l'avez sans doute 
devine maintenant, chaque objet pointe done via 
son pointeur isa vers son objet-classe. 

Autre point interessant a noter : id peut done ega- 
lement representer un objet-classe. 



Declarer un objet 



id declarationTypageDynamique; 
ClasseGuideDeSurvie *declarationTypageStatique ; 



II existe deux sortes de declarations en Objective-C : 

• Le typage statique. On precise le type de 1' objet, 
e'est-a-dire la classe a laquelle appartient l'objet, 
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au moment de la declaration. Le compilateur 
s'assure que ce type est respecte tout au long du 
code. 

• Le typage dynamique. On declare l'objet sans 
preciser son type, grace au pointeur id. Le com- 
pilateur ne possede alors aucune connaissance 
sur le type de la reference, qui peut desormais 
representer une instance de n'importe quelle 
classe. 

Dans la grande majorite des cas, le type de l'objet 
est connu par le developpeur et n'a pas de raison de 
changer au cours de 1' execution du programme — 
ou changera, mais restera dans la meme hierarchie 
de classe. II est alors preferable d'utiliser le typage 
statique et de disposer ainsi de l'aide du compila- 
teur afm reduire les risques de bogues. 

Toutefois,il est possible que la reference soit amenee 
a pointer vers differentes classes, il faudra alors uti- 
liser le typage dynamique. Auquel cas le compila- 
teur ne pourra pas realiser 1' ensemble des 
verifications qu'il fait lors du typage statique, et 
vous serez expose a des erreurs lors de 1' execution 
du code (ce que Ton appelle un crash). 



Le role du pointeur isa 

Comme nous l'avons vu dans les deux sections pre- 
cedentes, les objets sont types de maniere dynami- 
que. Ceci signifie que le compilateur ne sait pas 
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forcement a quel type d'objet il a affaire. II faut 
done fournir a renvironnement d' execution un 
moyen d'obtenir rinformation. C'est la qu'inter- 
vient isa : par definition, chaque objet pointe via 
isa vers son objet-classe. 

Toutefois, il est important de noter que vous n'em- 
ploierez jamais le pointeur isa directement. Il est 
utilise exclusivement par l'environnement d' exe- 
cution. En revanche, vous pourrez envoyer le mes- 
sage class (voir section "Envoyer un message") a 
tout objet afm d'obtenir son objet-classe, du type 
Class : 

ClasseGuideDeSurvie * instance = 

*> [ [ClasseGuideDeSurvie alloc] init]; 

id MaClasse = [instance class]; 

Class ToujourMaClasse = [instance class]; 

NSI_og(@" MaClasse : %@", MaClasse); 

NSI_og(@"ToujoursMaClasse : %@", ToujourMaClasse); 

Vous devriez voir sur la console le resultat suivant : 

GuideDeSurvie[6981 :10b] MaClasse : 
m. ClasseGuideDeSurvie 

GuideDeSurvie[6981 :10b] ToujoursMaClasse : 
*> ClasseGuideDeSurvie 

Veuillez noter qu'il est possible d'utiliser le type id 
ou Class, mais qu'il n'est pas possible d'utiliser le 
nom de la classe, puisque cette syntaxe est utilisee 
pour typer la definition des instances de ces memes 
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classes. Voici un exemple pour clarifier. La syntaxe 
de la Figure 1.2 est incorrecte : 



C l asseGu i deDeSurv i e 1 nva I i de = [ i nstance c L ass ] ; 



y error staiieally allocated instance of Objeciive-C class 'ClasseCuideDeSurvie' 
© error statically allocated! instance of Objective -C class 'ClasseCu&eDeSurvie' 
_ warning: unused variable 'Invalids' 



Figure 1.2 : Le compilateur genere une erreur si vous essayer 
d'utiliser le nom de la classe comme type de retour du 
message class. 



La classe racine 

Une classe racine est une classe ne possedant aucun 
parent dans la hierarchie des classes et dont derivent 
(directement ou indirectement) toutes les autres 
classes. 

L'implementation de l'environnement d' execution 
d'Objective-C et des bibliotheques de base four- 
nies par Apple contient la definition de la classe 
NSObject comme classe racine. 

NSObject est done l'equivalent en Objective-C de 
Java. lang. Object ou de Object en C#. Toute classe 
herite de NSObject, ce qui est une bonne chose car 
vous n'avez ainsi pas a vous preoccuper d'ecrire tout 
le code necessaire a la bonne integration de vos classes 
dans 1'environnement d'execution d'Objective-C. 
II est en theorie possible d'ecrire sa propre classe 
racine, mais en pratique, e'est une tache extremement 
difficile, perilleuse et — soyons realiste — inutile. 



Propriete de Albiri Sigue <tag.tog@gmail.com> 



Le role du pointeur isa 17 

NSObject fournit une implementation minimale de 
plusieurs methodes que vous serez amene a utiliser 
tres souvent, notamment : 



+ 


(void)initialize; 




- 


(id)init; 




+ 


(id)new; 




+ 


(id) alloc; 




- 


(void)dealloc; 




- 


(id) copy; 




- 


(id)mutableCopy; 




+ 


(NSString *)descri 


.ption; 



Pour aller plus loin 



Vous avez sans doute deja bien compris I'idee principale 
de cette section : toutes les classes en Objective-C sur 
plateforme Apple derivent de NSObject, qui est la classe 
racine. 

En fait, ce n'est pas tout a fait exact Comme nous I'avons 
vu, il est possible de definir plusieurs classes racines et, en 
de tres rares occasions, ceci devient meme une necessite. 
C'est le cas par exemple de la classe NSProxy, qui est une 
classe racine, mais qui implemente le protocole NSObject. 

La raison est tout a fait logique : le role de NSProxy est de 
fournir ('infrastructure necessaire a la creation d'objets 
distants (ainsi que d'autres utilisations en relation avec 
les objets distants et les systemes distribues). 
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Difference entre id et NSObject 



id objetDeclareAvedd; // cas 1 

NSObject *objetDeclareAvecNSObject; // cas 2 



Etant donne que id est un pointeur vers un objet et 
que toutes les classes en Objective-C heritent de 
NSObject, il est facile d'arriver a des conclusions 
trop natives. Nous allons done dissiper toute confu- 
sion et profiter de cette opportunite pour faire un 
point interessant et recapituler les cinq sections 
precedentes. 

Prenons done les deux cas precedents : 

• Le cas 1 est le cas le plus courant. Nous avons vu 
precedemment que nous declarons ici simple- 
ment un objet sans preciser son type. Le compi- 
lateur ne sait pas a quel type d'objet il est 
confronte. De plus, comme le typage dynamique 
le permet, il autorise l'envoi de n'importe quel 
message sans essayer d'appliquer la moindre 
contrainte. Les erreurs seront decouvertes lors de 
l'execution par 1'environnement d'execution. 

• Dans le cas 2, nous declarons un pointeur vers 
un objet de type NSOb] ect. Il y a tout d'abord une 
petite difference syntaxique : nous utilisons 
l'etoile (*) qui n'est pas necessaire avec id. De 
plus, ici, l'objet est necessairement de type 
NSObject. Il est peut-etre interessant de rappeler 
ici que tous les objets n 'heritent pas necessaire- 
ment de NSObject (voir la note "Pour aller plus 
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loin" de la section precedence) . Cette situation 
ne devrait se produire que tres rarement et dans 
des cas particuliers que vous aurez soigneuse- 
ment delimites. Mais, ici, le compilateur va pro- 
ceder a une analyse statique des messages envoyes 
a l'objet, et generer un avertissement pour 
chaque message auquel NSObject ne repond pas. 

En conclusion, le cas 2 est celui utilise par les deve- 
loppeurs Java et C# par exemple, mais etant donne 
qu'Objective-C dispose d'une syntaxe dediee pour 
le typage dynamique, c'est cette syntaxe qui devra 
etre utilisee dans notre code Objective-C. 



nil, Nil et NULL 

Le mot-cle nil designe un objet nul, tandis que le 
mot-cle Nil designe un objet-classe nul. La capita- 
lisation de la premiere lettre per met de differencier 
l'instance nulle d'une classe de 1' objet-classe nul. II 
est interessant de noter qu'il est equivalent de dire 
qu'un objet (ou un objet-classe) est nul ou que 
c'est une reference vers nil ou que la valeur du 
pointeur id est 0. En effet, il est alors possible de 
tester la valeur des pointeurs pour s' assurer que 
l'objet n'est pas nul et done qu'il est possible de lui 
envoyer un message (d'invoquer une methode). 

NULL est une definition utilisee dans les API C/C++ 
et souvent precisee par une directive compilateur. 
II n'est pas utilise en Objective-C, sauf lors de l'uti- 
lisation de bibliotheques ecrites en C ou C++. 
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Comme nous l'avons vu precedemment, une classe 
Objective-C n'est autre qu'un type particulier 
d'objet appele objet-classe. 

nil et Nil sont tous deux dermis dans le fichier 
/ Deve lo pe r / SDKs / MacOSX 1 0. 5. sdk/ us r/ include/ 
objc/objc.h de la maniere suivante : 

#ifndef Nil 

#define Nil _DARWIN_NULL /* id of Nil class */ 

#endif 

#ifndef nil 

#define nil _DARWIN_NULL /* id of Nil instance */ 

#endif 

D'apres cette definition, il est clair que Nil designe 
un objet-classe nul, alors que nil designe un ins- 
tance de classe NULL.Vous pouvez aussi remarquer 
que nil et Nil representent deux concepts distincts, 
mais que derriere les concepts se cache la meme 
valeur : __DARWIN_NULL. 

II est alors possible de creuser encore un peu plus et 
chercher ce que signifie DARWIN_NULL. Sa defini- 
tion se trouve dans le fichier /Developer/SDKs/ 
MacOSXI 0. 5. sd k/ us r/ include /sys/_ty pes. h : 

#define _DARWIN_NULL ((void *)0) 

Nous savons desormais que DARWIN_NULL n'est done 

qu'une redefinition du pointeur nul de C. 
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Envoyer un message 



[objet-recepteur message: argument 1 nomArg2: 
argument2] 



En Objective-C, pour demander a un objet de rea- 
liser une action (c'est-a-dire executer une methode 
de l'objet), il faut lui envoyer un message. 

Si l'objet a ete type lors de la declaration, le compi- 
lateur verifie que l'objet repond bien au message 
envoye. S'il trouve la methode correspondante, tout 
va bien. S'il ne la trouve pas parmi le jeu de metho- 
des de l'objet, il emet simplement un avertissement, 
et continue son travail. Contrairement a Java ou 
C# (ou la liaison est statique, lors de la compila- 
tion), ici la compilation se termine sans erreur et 
vous pouvez executer le code. Ce n'est qu'a l'exe- 
cution que 1' erreur sera visible (on parle alors de 
liaison dynamique). 

Si l'objet n'est pas type (declare avec id) aucune 
verification n'est effectuee et le code compile. 
Encore une fois, si lors de l'execution l'objet ne 
repond pas au message, une erreur surviendra. 

Lors de l'envoi d'un message, l'environnement 
d' execution parcourt 1' ensemble des methodes dis- 
ponibles dans le repertoire de l'objet destinataire et 
s'il trouve la methode correspondante au message 
envoye, l'invoque avec les parametres passes avec le 
message. 
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L' envoi de message correspond done a un appel de 
fonctions, mais dans un environnement dynami- 
que. La syntaxe utilisee provient de SmallTalk : 
[recepteur message]. 

Voici par exemple un message date envoy e a 
l'objet-classe NSDate : 

[NSDate date]; 

Pour passer des arguments a la methode, la syntaxe 
devient un peu plus compliquee car il faut distin- 
guer deux cas : les methodes avec un seul argument 
et celles avec plusieurs arguments. 

Dans le cas des methodes avec un parametre unique, 
le message contient le symbole " : " suivi de 1' argu- 
ment. Par exemple,pour envoyer le message number- 
Wit hint a NSNumber avec l'argument 5, la syntaxe 
sera la suivante : 

[NSNumber numberWithInt:5] ; 

Lorsque les methodes ont plusieurs arguments, un 
envoi de message devient : 

NSURL* pejvanHome = [NSURL fileURLWithPath:@" 
*+ /Users/pejvan" isDirectory:YES] ; 

La methode precedence de NSURL a pour signature 
fileURLWithPath:isDirectory:. Ceci est un peu per- 
turb ant pour les developpeurs habitues aux langages 
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les plus courants, tels que C, C++, C# et Java. Mais, 
on s'y habitue tres rapidement et la pratique rend 
totalement transparente cette difference. 

De plus, cette syntaxe rend le code Objective-C 
tres lisible car 1' envoi des messages indique tres clai- 
rement le role de chaque parametre, et le nom de 
chaque parametre additionnel prefixe l'objet passe 
en parametre. Par exemple dans l'exemple prece- 
dent, isDirectory: (nom du parametre) precede YES 
(valeur passee). La signification de YES est done 
evidence. 

Info 

Objective-C definit les valeurs booleennes yes et no. 
La plupart des autres langages definissent true et 
false (C++, Java, C# par exemple) ou True et False 
(Python). 

Objective-C etant un sur-ensemble de C et compatible 
avec C++ dans une large mesure, I'utilisation de true 
et false ne genere pas d'erreur de compilation, mais 
reste fortement deconseillee. 



Dans un langage comme Java ou C#, la meme 
methode ressemblerait a : 

//exemple hypothetique en Java ou C# 

NSURL pejvanHome = NSURL.fileURLWithPath( "/Users/ 

^pejvan", true); 
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II n'est pas possible dans les autres langages de savoir, 
par simple lecture du code, ce que signifient les 
parametres additionnels. II faut obtenir l'aide de 
renvironnement de developpement, ou pire, se 
referer a la documentation. 

Pour aller plus loin 

Contrairement a Java ou C#, ou invoquer une methode 
sur un objet nul engendre une exception, il est valide 
d'envoyer un message a nil en Objective-C. Comme on 
peut s'y attendre, envoyer un message a nil n'engendre 
aucune action et la methode retourne, en general, 
(nil). Ceci rend la programmation defensive 3 plus 
simple et est relativement facilement exploitable. 

Pour de plus amples informations, vous pouvez vous 
reporter a la section "Sending Messages to nil" de 
Objective-C Programming Guide (http://developer.apple. 
com/mac/library/documentation/Cocoa/Conceptual/ 
ObjectiveC/Articles/ocObjectsClasses.html#//apple_ref/doc/ 
uid/TP30001 1 63-CH 1 1 -SW7). 



3. Pour une description du concept deprogrammation defensive, reportez- 
vous a cet article du Journal du Net : http://www.journaldunet.com/ 
developpeur/tutoriel/theo/070831-programmation-defensive.shtml 
ou, en anglais un article bien plus complet sur Wikipedia : http://en. 
wikipedia.org/wiki/Defensive_programming. 
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Les pointeurs self et super 



-(id) init { 

self = [super init] ; 
if ( self ) { 

//proceder au reste de l 1 initialisation 

} 

return self; 



Objective-C fournit deux mot-cles, self et super, 
dont le fonctionnement est semblable aux this et 
super respectivement de C# et Java. 

Le mot-cle self designe l'objet courant dans la 
definition d'une methode. Done, un message 
envoye a self est un message envoye a l'objet cou- 
rant (self signifiant soi-meme, en anglais), tandis que 
super designe la classe parente. Ainsi, un message 
envoye a super va etre resolu par l'environnement 
d'execution en appelant rimplementation de la 
methode telle que defmie dans la classe parente 
(recursivement si la classe parente ne defmit pas la 
methode). 

Les mot-cles self et super sont tres utilises en 
Objective-C, notamment pour l'allocation et l'ini- 
tialisation des instances. Vous serez done amene a les 
rencontrer tres frequemment. 
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Definir une classe 



^interface ClasseGuideDeSurvie : ClasseParente { 
//declaration des membres de la classe se 
//fait ici 

} 

//declaration des methodes de classe et 

//d' instance se fait ici 

- (id) methodeDeMembre; 

- (NSString *) methodeUnParametre: (NSString *) 
*> parametrel ; 

- (void) methodeAvecDeuxParametres: (NSString *) 
*. parametrel secondParametre: (NSString 

*)parametre2; 

+ (id) methodeDeClasse; 

@end 



Cette declaration de classe est typique. 

La declaration et T implementation des classes en 
Objective-C sont proches de la maniere de faire en 
C++ dans le sens ou la declaration se fait dans un 
fichier d'en-tete (extension . h),tandis que l'imple- 
mentation se trouve dans un fichier implemen- 
tation (extension .m) et differe de l'approche 
mono-fichier de Java et C#. 

La convention veut done que chaque classe soit 
definie par ses fichiers d'en-tete et d'implementa- 
tion (avec quelques variations possibles que nous 
verrons par la suite) et qu'une et une seule classe 
soit definie dans chaque fichier. Ces fichiers por- 
tent alors le nom de la classe (par exemple : 
ClasseGuideDeSurvie. h et ClasseGuideDeSurvie. m). 
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Deux mot-cles sont importants a retenir ici ^inter- 
face et ©implementation, qui, comme vous l'avez 
devine, representent la declaration de l'interface et 
de l'implementation. 

Comme nous l'avons vu precedemment, toute 
classe Objective-C derive de la classe racine qui, 
dans le cas le plus courant, est NSObject.Vous n'etes 
done pas oblige de le specifier dans votre declara- 
tion, mais il est recommande de le faire afin de ne 
pas recevoir d'avertissements de la part du compila- 
teur. 

Voici a quoi ressemble la declaration d'une classe 
minimaliste, derivant simplement de NSObject : 

©interface ClasseGuideDeSurvie : NSObject { 
} 

Comme vous l'avez compris sur l'exemple prece- 
dent, pour deriver une classe d'une autre classe, il 
faut faire suivre la classe derivee de ":" et du nom 
de la classe parente. 

A retenir que les membres sont declares entre les 
accolades (voir section "Encapsuler les donnees 
internes aux classes" pour davantage d'informa- 
tions) et que les methodes sont declarees apres l'ac- 
colade fermante. Les methodes de membre sont 
precedees du signe moins (-) tandis que les metho- 
des de classe sont precedees du signe plus (+) . 
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II ne reste plus qu'a creer le fichier ^implementa- 
tion, dont le contenu sera de la forme : 

#import "ClasseGuideDeSurvie.h" 
(^implementation ClasseGuideDeSurvie 

- (id) methodeDeMembre { 

//implementation 

} 

- (NSString *) methodeUnParametre: (NSString *) 

^parametrel { 
//implementation 

} 

- (void) methodeAvecDeuxParametres: (NSString *) 

*> parametrel secondParametre: (NSString 
*)parametre2 { 

//implementation 

} 

+ (id) methodeDeClasse { 

//implementation 

} 
@end 

Un fichier d'implementation importe normale- 
ment le fichier d'en-tete (avec la directive #import, 
voir section suivante a ce sujet) avant de fournir 
rimplementation des methodes entre les directives 
©implementation et @end. 
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La directive #import 



#import <Foundation/Foundation . h> 

//en-tete systeme 

#import "ClasseGuideDeSurvie.h" //en-tete projet 



Cette directive importe les definitions contenues 
dans le fichier d' en-tete cible afm que le compila- 
teur puisse resoudre les references. #import est typi- 
quement utilise pour importer les definitions 
contenues dans les frameworks du systeme ainsi 
que les en- teres des classes propres a vos projets. 

reimportation des en-tetes du systeme (se trouvant 
dans le path du compilateur) se fait en encadrant le 
nom du fichier par < et > : 

#impont <Foundation/Foundation . h> 

L'importation des fichiers propres au projet se fait 
en mettant le nom du fichier entre guillemets : 

#import "ClasseGuideDeSurvie.h" 

La directive #import est similaire a son equivalent 
Java, C# ou Python et est, en general, connue de 
tous les developpeurs. Elle s' assure que chaque 
fichier est importe une seule fois. Les developpeurs 
C et C++ sont davantage familiers avec la directive 
#include (et les #if et #endif qu'elle engendre en 
raison du risque d'importation multiple). 
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#import est done une directive importante et tres 
courante, puisque chaque fichier source contient 
en general une ou plusieurs directives #import. 

Une directive proche d'#import est la directive @class 
que nous allons voir dans la section suivante. 



La directive @class 



@class NomDeClasse 



A la difference de la directive #import, qui importe 
des definitions depuis un autre fichier, la directive 
@class sert juste a signaler au compilateur l'exis- 
tence d'une certaine classe sans pour autant intro- 
duire sa definition ou son interface. 

Cette directive est en general utilisee dans deux 
principaux cas : 

• Declarer 1' existence d'une certaine classe dans le 
fichier d'en-tete de la classe que vous etes en 
train de definir. Apple explique que cela permet 
de minimiser le code vu par le compilateur, de 
reduire ainsi le nombre de fichiers importes au 
moment de la compilation et d'eviter les erreurs 
que cela pourrait engendrer tout en simplifiant le 
code. II est toutefois toujours necessaire d'impor- 
ter l'en-tete dans le fichier d'implementation de 
votre classe. 
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• Permettre la definition de deux classes interde- 
pendantes. Un exemple rendra ce cas beaucoup 
plus clair. 

II serait impossible de defmir et de compiler les 
fichiers A.h, A.m, B.h et B.m sans @class : 

Contenu de A.h : 

@class B; 

^interface A : NSObject { 

B * membrel ; 

B * membre2; 

} 
@end 

Contenu de B.h : 



@class A; 

@interface B : NSObject { 

A * membrel ; 

A * membre2; 

} 
@end 

@class permet ainsi la definition de classes interde- 
pendantes et evite les problemes lies aux definitions 
circulaires. 
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Declarer un protocole formel 



©protocol MonProtocole 

- met hodel : (NSSt ream *) stream; 

- methode2: (NSCalendarDate*) date 
t» vers: (NSSt ring*) maChaine ; 
@end 



Objective- C derive de C cm le mot interface desi- 
gnait le fichier d'en-tete. La directive compilateur 
@interf ace est utilisee pour introduire la definition 
d 'une classe. Objective-C appelle done protocole 
formel, le concept que les developpeurs Java et C# 
connaissent sous le nom d'interface. Nous verrons 
qu' Objective-C defmit aussi le concept de proto- 
cole informel. 

Un protocole permet de defmir un ensemble de 
methodes qui sera alors utilise par differentes classes 
(et qui devront done implementer ces methodes). 
On dit alors que ladite classe implemente ce proto- 
cole. Le protocole ne fournit done pas d'imple- 
mentation, mais juste la definition des methodes. 

C'est un concept simple, mais tres puissant, qui 
permet de resoudre la majorite des problemes lies a 
l'heritage multiple de C++ (et Python dans une 
moindre mesure). 

II est tres simple de declarer un protocole : il suffit 
d 'utiliser la directive compilateur ^protocol suivie 
du nom du protocole, de lister les signatures des 
methodes du protocole et de terminer par @end. 
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Par defaut, rimplementation de toutes les metho- 
des declarees dans un protocole formel devient 
obligatoire pour la classe qui decide d'implementer 
ce protocole. 

Par convention, les protocoles sont declares dans un 
fichier d'en-tete (extension . h) portant le nom du 
protocole (ici MonProtocole.h ). 

Rendre optionnelles certaines 
des methodes d'un protocole 



©protocol MonProtocole 
©optional 

- met hodel : (NSSt ream *) stream; 

©required 

- methode2: (NSCalendarDate*) date 
*> vers: (NSSt ring*) maChaine ; 
©end 



Par defaut, lorsqu'une classe implemente un proto- 
cole formel, elle doit implementer toutes les 
methodes du protocole et le compilateur est la pour 
s'assurer que c'est bien le cas. II est toutefois possi- 
ble de rendre facultatives certaines methodes d'un 
protocole grace a la directive compilateur ©optional. 
La directive ©required est done la valeur par defaut. 

Voici le protocole de l'exemple de la section prece- 
dente (section "Declarer un protocole formel"), 
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mais avec la methodel devenue optionnelle et la 
methode2 devenue explicitement requise. 

Bien qu'il est possible de rendre certaines methodes 
optionnelles, nous vous deconseillons de suivre 
cette approche. En effet, votre code devient beau- 
coup plus complique a gerer des que vous introdui- 
sez des methodes facultatives etant donne qu'il 
n'est pas possible de savoir a l'avance si une instance 
implemente la methode optionnelle, vous devez 
effectuer des verifications avant chaque appel. 

Une maniere elegante de resoudre ce probleme 
consiste a separer de maniere sensible le protocole 
en separant les methodes optionnelles des methodes 
obligatoires. Ainsi, la classe qui ne souhaitait pas 
implementer les methodes optionnelles n'imple- 
mente qu'un protocole, celui des methodes obliga- 
toires. Une autre classe, qui implementait les 
methodes optionnelles, implemente desormais 
deux protocoles differents. 

L'exemple precedent deviendrait alors : 

@protocol MonPnotocoleFacultatif 

- methodel : (NSStream *) stream; 
@end 

@protocol MonProtocoleObligatoire 

- methode2:(NSCalendarDate*) date 
t» vers: (NSString*) maChaine ; 
@end 
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Creer un protocole informel 



©interface NSObject (MonProtocole) // ou 
*> (NSObject) 

- methodel : (NSStream *) stream; 

- methode2: (NSCalendarDate*) date 
t» vers: (NSSt ring*) maChaine ; 
@end 



Info 



Cette section requiert la connaissance du concept de 
Categorie, defini a la section "Les categories" de ce 
chapitre. 



Un protocole informel consiste a definir un ensem- 
ble de methodes dans une categorie de la classe 
parente a une hierarchie de classes specifiques. II est 
egalement possible de l'appliquer directement a 
NSObject pour la rendre totalement generale. En 
effet, comme toutes les classes derivent directement 
ou indirectement de NSObject, cette categorie 
devient totalement generique et il devient possible 
de l'appliquer a n'importe quelle classe. Mais a la 
difference des categories normales, aucune defini- 
tion des methodes n'est fournie. 

Une fois l'interface de la categorie definie, il faut 
encore redeclarer les methodes dans l'interface des 
classes qui vont implementer ce protocole informel 
avant de les definir dans le fichier d'implementation. 
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Un protocole informel est done a cheval entre pro- 
tocole et categorie puisque d'un cote, il est defini 
comme etant une categorie, mais sans implementa- 
tion, et d'un autre cote, ce n'est pas un protocole au 
sens propre puisqu'il n'y a pas de verification effec- 
tuee par le compilateur et toutes les methodes sont 
optionnelles. 

Je presence le protocole informel a titre informatif 
et pour vous faire decouvrir la fonctionnalite a titre 
de curiosite. En pratique, je conseille de les eviter et 
d'utiliser des protocoles formels avec des methodes 
requises autant que possible. 

Info 

©protocol s'utilise egalement de la meme maniere que 
©class (voir section "La directive ©class") afin de 
permettre la declaration de protocoles interdependants 
et d'eviter les problemes lies aux definitions circulaires. 



Adopter un protocole 



#import <Foundation/Foundation . h> 
#import "MonProtocole.h" 
©interface ClasseGuideDeSurvie : NSObject 
*> <MonProtocole, MonSecondProtocole> { 
//declarations... 

} 

- exemplel ; 

- (id) exemple2; 

- (void) exemple3; 
©end 
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La syntaxe pour adopter un protocole est tres simple. 
A la difference de C# ou adopter une interface ou 
deriver d'une classe parente se fait exactement avec 
la meme syntaxe, Objective-C propose une syntaxe 
differente pour chaque cas. II est done plus proche, 
en ce sens, de Java qui differencie explicitement la 
derivation (mot-cle extends) et l'implementation 
d'une interface (mot-cle implements). 

Une classe adopte un (ou plusieurs) protocole (s) en 
le(s) listant entre les signes < et > apres la classe 
parente lors de la declaration. II est fort heureuse- 
ment possible pour une classe d'adopter plusieurs 
protocoles. II faut alors separer les protocoles par 
une virgule. 

Info 

II ne faut pas oublier d'importer le fichier d'en-tete 
declarant le protocole (MonProtocole.h ici). 



Les protocoles, comme les interfaces en C# et Java, 
peuvent egalement adopter des protocoles. Nous 
avons alors des protocoles imbriques. II n'y a rien 
de difficile et la syntaxe est tout a fait logique. 

Par exemple, si Mon Protocole devait implementer le 
protocole NSCoding, nous aurions : 

#import <Foundation/Foundation.h> 

@protocol MonProtocole <NSCoding> 
@optional 
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- methodel : (NSStream *) stream; 
@required 

- methode2:(NSCalendarDate*) date 
vers: (NSSt ring*) maChaine ; 

@end 

Toute classe adoptant MonProtocole doit alors 
adopter egalement le protocole NSCoding soit en 
heritant les methodes soit en les implementant 
directement. 



Encapsuler les donnees internes 
aux classes 



#import <Foundation/Foundation . h> 
#import "MonProtocole. h" 
©interface ClasseGuideDeSurvie : NSObject 
**<MonProtocole> { 

@public 

id membrePublic; 

©protected 

id membreProtected; 

id autreMembreProtected; 

©private 

id membrePrivate; 

©package 

id membrePackage; 

} 

- exemplel ; 

- (id) exemple2; 

- (void) exemple3; 
@end 
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Similairement a Java et C#, Objective-C permet de 
limiter la visibilite des variables d'instance avec des 
directives du compilateur ©public, ©protected et © 
private (et aussi ©package avec Objective-C 2.0 et 
en mode 64 bits uniquement). 

La definition de ces directives correspond exacte- 
ment a celle de leurs homologues en C++, C# et 
Java. Du plus restrictif au moins restrictif, nous 
avons : 

• ©private. La variable d'instance n'est accessible 
que depuis le code source de la classe qui la 
definit. 

• ©protected. La variable d'instance n'est accessible 
que depuis le code source de la classe qui la defi- 
nit et des classes qui derivent de cette classe. 

• ©public. La variable d'instance est visible depuis 
n'importe quel source code. 

• ©package. La variable d'instance est consideree 
publique a l'interieur de la bibliotheque ou elle 
est definie, mais comme privee a l'exterieur 
(nouveaute d' Objective-C 2.0). Cette visibilite 
est similaire aux internal de C# et package 
private dejava. 

La valeur par defaut, lorsqu'aucune directive n'est 
donnee est ©protected. Ce comportement est done 
different de C# , C++ (private) et Java (package 
internal). 
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Comme vous l'avez sans doute remarque ici, nous 
n'avons pas specifie de visibilite pour les methodes 
de notre classe. En effet, contrairement a C++, C# 
et Java, Objective-C ne dispose pas de directive 
pour limiter la visibilite des methodes. Ceci peut 
sembler assez limitant au debut, mais, en fait, on s'y 
habitue rapidement. De plus, il existe une conven- 
tion a connaitre et a respecter que nous allons voir 
dans la section suivante. 



Declarer une methode protegee 
ou privee 

Objective-C ne propose pas de moyen de creer des 
methodes protegees ou privees. 

Toutefois, Objective-C, derivant directement de C, 
fonctionne encore avec le principe de fichier d'en- 
tete (extension . h) et fichier d'implementation 
(extension .m equivalent a .cpp en C++). De plus, 
le langage etant dynamique, certaines lois propres 
aux langages statiques ne s'appliquent pas. 

Par exemple, il est possible de declarer une methode 
dans l'interface d'une classe, mais de ne pas fournir 
la definition dans le fichier d'implementation. Le 
compilateur vous previent alors qu'il ne trouve pas 
1' implementation de ladite methode, mais votre 
code est compile et pret a executer. C'est seule- 
ment lors de l'execution que l'environnement fait 
la liaison dynamique et qu'une erreur survient si 
l'implementation manque. 
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En se basant sur la liaison dynamique, on comprend 
qu'il est egalement possible de fournir la definition 
d'une methode dans le fichier d' implementation 
sans pour autant 1' avoir declaree dans le fichier 
d'en-tete. 

Une fois le code compile, c'est le fichier d'en-tete 
que vous fournissez a vos utilisateurs, ainsi que le 
code compile. L' existence meme de cette methode 
est alors cachee a l'utilisateur de votre classe. 

Cette convention est utilisee pour les methodes 
privees, mais vous remarquerez que ni le compila- 
teur ni 1'environnement d' execution ne mettent de 
barrieres physiques a l'utilisation d'une methode 
ainsi cachee. II ne s'agit done pas a proprement 
parler d'une methode protegee ou privee, mais 
plutot d'une methode masquee. 

Objective-C 2.0 introduit un autre moyen d'obte- 
nir un resultat similaire avec les extensions (voir 
section "Les extensions"). 

Instancier une classe 



ClasseGuideDeSurvie * instance = 

*+ [[ClasseGuideDeSurvie alloc] init]; 



Une instance est initialisee en envoyant de maniere 
imbriquee les messages alloc et init a l'objet-classe 
correspondant. 
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Nous fournissons ici une reponse superficielle a la 
question. Un chapitre entier est necessaire pour 
bien comprendre le fonctionnement de la gestion 
de la memoire en Objective-C. Nous reportons 
done ces explications au Chapitre 2, qui est entie- 
rement dedie a la gestion de la memoire. 

Initialiser un objet-classe 



// static int nombreDInstantiations; dans le 

•> fichier d'en-tete 
#import "ClasseAvecCompteurDInstances.h" 
^implementation ClasseAvecCompteurDInstances 
-(id) init { 

self = [super init] ; 

nombreDInstantiations ++; 

return self; 

} 

+(int) nombreDinstantiation { 

return nombreDInstantiations; 

} 

+(void) initialize { 

nombreDInstantiations = 0; 

} 
@end 



II est parfois necessaire d'avoir acces au construc- 
teur d'un objet-classe afin, par exemple, d'initialiser 
des variables statiques. C# dispose de constructeurs 
statiques et Java de blocs statiques. Objective-C 
propose la methode de classe initialize. 
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Tout comme C# et Java, c'est renvironnement 
d'execution d'Objective-C qui s'occupe d'appeler 
la methode de classe pour vous. La methode de 
classe initialize est appelee avant que l'objet-classe 
ne recoive son tout premier message. 

Voici un piege dans lequel il est tres facile de 
tomber, mais qu'il est egalement facile d'eviter : si 
une classe n'implemente pas la methode de classe 
initialize (la majorite des classes n'a pas besoin de 
l'implementer), 1'environnement d'execution va 
appeler la methode initialize de la classe parente. 
En effet, la classe derivee herite automatiquement 
de la methode initialize de sa classe parente. Cela 
signifie que cette methode initiliaze sera appelee 
deux fois (ou plus). Ceci peut avoir des consequen- 
ces desastreuses (plantage de votre application) car 
l'etat de votre classe n'est plus coherente. 

Heureusement, il est tres facile d'eviter ce piege. II 
suffit de vous assurer que la classe n'est pas deja 
initialisee dans votre methode initialize avant de 
proceder : 



+ 


(void) 


initJ 


.alize{ 








//verifier 


que l'appel 


ne remonte 


pas 




//d 1 


une classe fille 








if i 


[self ■ 


== [ClasseGuideDeSurvie 


class] ){ 


} 


} 




//proceder 


a 1' initialisation 
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Les categories 



#import " ClasseGuideDeSurvie . h " 

©interface ClasseGuideDeSurvie 

*> ( NomDeMaCategorie) 

// declaration des methodes de la categorie 

@end 



Les categories (et les extensions) permettent 
d'ajouter des methodes a des classes existantes. 
Elles permettent ainsi d'etendre les fonctionnali- 
tes d'une classe sans avoir besoin de definir une 
sous-classe (c'est-a-dire sans recourir a la deriva- 
tion). L' aspect le plus puissant des categories reside 
dans leur capacite a etendre les classes sans avoir 
acces a leur source code. II devient alors possible 
d'adapter a ses propres besoins les classes des fra- 
me works du systeme et bibliotheques tierces. 
Nous disposons done d'une methode simple et 
elegante d'etendre les classes. 

Alors que les categories permettent d'etendre la 
definition des classes (comme si de nouvelles fonc- 
tions etaient declarees dans leurs fichiers d'en-tetes), 
les extensions permettent de declarer de nouvelles 
methodes dont l'implementation sera requise par 
le compilateur. Cette implementation pourra alors 
se faire dans des fichiers d' implementation differents, 
distincts du fichier d'implementation principal. 
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Quelques points tres importants en ce qui concerne 
les categories : 

• Toutes les variables d'instance de la classe sont 
directement accessibles par la categorie, y compris 
les instances marquees privees avec ^private. 

• Les methodes ajoutees a une classe par le biais 
d'une categorie sont egalement heritees par les 
classes derivees. 

• Les categories peuvent fournir une nouvelle 
implementation d'une methode preexistante 
deja declaree dans l'interface de la classe. 

• Lors de l'execution, il devient impossible de 
distinguer une methode "pure" (declaree dans 
1'interface de la classe et definie dans son fichier 
d'implementation) d'une methode ajoutee via 
une categorie. 

• Une categorie peut egalement adopter un pro- 
tocole. 

Les categories et extensions sont propres a 
Objective-C dans le sens ou il n'existe pas d' equi- 
valents en C+ + , C# ou Java. Recemment C#, en 
version 3.0, s'est vu aj outer les extensions de classe, 
assez similaires en termes de fonctionnalite. 

Nous allons voir quelques cas d'utilisation classique 
des categories et des extensions dans les sections 
suivantes. 
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Declarer et implementer 
une categorie 



#import " ClasseGuideDeSurvie . h " 

©interface ClasseGuideDeSurvie (MaCategorie) 

- (void) methodeCategorie; 

+ (id) methodeDeClasseCategorie: (NSString *) 

*> parametrel AvecSecondParametre: (NSString 

***)parametre2; 

@end 



La declaration et T implementation d'une categorie 
sont tres similaires a celles d'une classe. II ne faut 
pas oublier qu'une categorie sert a aj outer des 
fonctionnalites a une classe pre-existante. Ceci 
implique qu'il faut d'abord importer le fichier 
d'en-tete de la classe a "categoriser", puis declarer 
l'interface de la categorie comme etant une inter- 
face de la classe. Mais, cette fois, il faut faire suivre 
le nom de la classe par le nom de la categorie entre 
parentheses. 

Apple recommande de creer un fichier d'en-tete et 
un fichier d'implementation suivant la nomen- 
clature NomClasse+NomCategorie.h et NomClasse+Nom- 
Categorie.m. 

Dans l'exemple precedent, nous avons declare de la 
categorie MaCategorie pour notre classe ClasseGuide- 
DeSurvie. 

Comme nous l'avons vu au cours des sections 
precedentes, le compilateur n'emet que des aver- 
tissements s'il ne trouve pas les implementations. 
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A titre d'illustration, voici ce que nous obtien- 
drions si nous laissions T implementation vide 
(voir Figure 1.3). 



id MaCtassft = [[ClasseGuicteDeSurvie alloc] init]; 

MSObject *ftaCLasseAsNSObject = [fClasseGuideDeSurvie alloc] init]; 

[MaClasse decimal Value]; 

[MaC I asseAsNSQti j ect dec i ma L Va I ue ] ; 

A warning: 'MSObjetl' may not respond to ' deornal Value' 

(Messages without * matching meifood signature will be assumed to return "id' and accept '.,.' as arguments,; 



Figure 1.3 : Une methode non implementee ne gere qu'un 
avertissement du compilateur, pas une erreur. 



Info 

II est important de bien lire les avertissements du 
compilateur. En effet, contrairement a C# ou Java, les 
avertissements sont extremement importants puis- 
qu'une erreur grossiere comme une implementation 
manquante est signalee simplement avec un avertisse- 
ment. 



Enfin, voici a quoi pourrait ressembler le fichier 
d'implementation de notre categorie ClasseGuideDe- 
Survie+MaCategorie.m : 

#import "ClasseGuideDeSurvie+MaCategorie.h" 
^implementation ClasseGuideDeSurvie (MaCategorie) 
- (void) methodeCategorie { 

NSI_og(@"methode de categorie appelee"); 

} 

+ (id) methodeDeClasseCategorie: (NSString *) 

parametrel AvecSecondParametre: (NSString 

*>*)parametre2 { 
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NSI_og(@"parametre1 : %@ - parametre2: %@", 
** parametral , parametre2); 
return self; 



} 
@end 



Vous pouvez alors compiler le code source, impor- 
ter l'en-tete de la categorie dans votre projet et 
l'utiliser comme si les methodes contenues avaient 
ete directement implementees par la classe. 



Etendre une classe sans avoir 
acces a son code source 



#import <Foundation/Foundation . h> 
©interface NSString (MaSecondeCategorie) 

- (void) MethodePourNSString; 
@end 

#import " NSSt ring+MaSecondeCategorie . h " 
©implementation NSString (MaSecondeCategorie) 

- (void) MethodePourNSString{ 

NSLog(@"MethodePourNSString"); 

} 
@end 



Comme nous l'avons vu aux sections "Les catego- 
ries" et "Declarer et implementer une categorie", il 
suffit de declarer et d'implementer une categorie 
sur la classe a etendre. Prenons, par exemple, la classe 
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NSString de Foundation. framework. Etant donne que 
c'est une classe du systeme, nous ne disposons pas 
du source, mais nous souhaitons y aj outer une 
methode utile pour notre projet, mais sans grand 
interet pour Apple. 

L'exemple precedent montre le contenu des fichiers 
NSString+MaCategorie.h et NSString+MaCategorie.m 
servant a etendre la classe NSString. 

Les extensions 



©interface ClasseGuideDeSurvie ( ) 

//declarations de methode 

@end 



Les extensions ne sont qu'une declinaison des cate- 
gories et leur sont done tres similaires. Une exten- 
sion est en fait une categorie sans nom, introduite 
par des parentheses vides. Les extensions sont done 
des categories anonymes. 

Info 

Les extensions de classe sont une nouveaute d'Objec- 

w 

tive-C 2.0. Etant donne qu'elles ne sont qu'une varia- 
tion des categories et par souci de coherence avec le 
reste du texte, nous les avons placees dans ce chapitre 
et non pas au Chapitre 3. 
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Mais en fait, les similarites s'arretent ici. En effet, 
contrairement aux categories, les extensions intro- 
duisent des methodes dont T implementation doit 
obligatoirement se faire dans le fichier d'imple- 
mentation de la classe et non dans un fichier separe 
comme pour l'implementation des categories. 
Cette contrainte implique done qu'il faut disposer 
du source code de la classe afm de pouvoir lui 
appliquer une extension. 

De plus, contrairement au cas des categories, Apple 
ne propose pas de convention de nommage pour 
les fichiers d'en-tete declarant les extensions. 

Nous allons voir le principal interet des extensions 
dans la section suivante. 



Declarer une methode comme 
privee avec les extensions 



©interface ClasseGuideDeSurvie ( ) 

- (void) methodePrivee; 

@end 



Nous avons vu a la section "Encapsuler les donnees 
internes aux classes" qu'il est impossible de declarer 
des methodes comme protegees ou privees en 
Objective-C et qu'il faut recourir a des artifices, 
des astuces et des conventions pour simuler le com- 
portement souhaite et les extensions se pretent tres 
bien a ce petit jeu. 
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L'exemple ci-dessus montre comment aj outer une 
methode privee a notre classe. II suffit de creer un 
fichier d'en-tete avec la declaration de l'extension 
et des methodes privees a implementer, puis de 
fournir rimplementation de ces methodes dans le 
bloc ^implementation dans le fichier ClasseGuideDe- 
Survie.m : 

- (void) methodePrivee { 

NSI_og(@"Methode privee"); 

} 

Une methode declaree dans une extension doit 
etre forcement implementee dans le fichier d'im- 
plementation principal de la classe. II n'est pas pos- 
sible de l'implementer dans une categoric 

Cette maniere de proceder est plus propre que celle 
de la section "Declarer une methode protegee ou 
privee", puisque le compilateur peut verifier au 
moment de la compilation que les methodes exis- 
tent et il ne vous lance pas les nombreux avertisse- 
ments que vous subissiez autrement. 



Couper la definition d'une classe 
sur plusieurs fichiers source 

En reprenant l'idee des categories et des extensions 
des sections precedences, il devient clair qu'il est 
possible de defmir differences categories pour une 



Propriete de Albiri Sigue <tag.tog@gmail.com> 



52 CHAPITRE 1 Les bases d'Objective-C 

classe, afm de scinder le code dans differents fichiers 
de declaration et d'implementation. 

Par mi les avantages, on peut citer : 

• La collaboration dans les equipes est alors simpli- 
fiee, puisque chaque personne peut travailler sur 
son propre fichier. 

• Les fichiers source ont tendance a etre mieux 
structures car les methodes sont organisees par 
group e. 

• La compilation de gros projet est plus simple et 
plus rapide. 

II est possible de separer un fichier implementation, 
par exemple en creant un fichier pour chaque pro- 
tocole implemente ou/et par theme ou fonction- 
nalite. II n'existe pas de recette particuliere si ce 
n'est 1'intuition et le degre de confort de chaque 
developpeur. 



Utiliser le mot-cle static 

Objective-C ne defmit pas le mot-cle static. Done 
contrairement a C++, C# et Java ou static desi- 
gne un membre ou une methode appartenant a la 
classe meme, au lieu d'appartenir a une instance 
donnee. Etant donne que static n'est pas un mot- 
cle d' Objective-C, cela signifie qu'il est herite du C 
et done que son utilisation suit les memes regies 
que celles du langage C. II vous est done vivement 
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conseille de vous reporter a une reference sur le 
langage C avant d'utiliser ce mot-cle, qui possede 
de multiples facettes. 



Creer un selecteur 



SEL afficherNotificationSelector = 
*>@selector(afficher Notification: ) ; 
SEL methode2ParamSel = ©selector 
*> (methodeAvecDeuxParametres: 
*> secondParametre: ) ; 



Un selecteur de type SEL est obtenu au moment de 
la compilation avec la directive compilateur @selec- 
tor ( ) qui prend en parametre la methode dont vous 
souhaitez obtenir le selecteur. Le parametre passe 
n'est pas le nom de la methode sous forme de 
chaine (type NSString) mais bel et bien directement 
la methode. 

Attention 

II fautfaire particulierement attention a passer correcte- 
ment le nom des methodes lorsque vous creez un selec- 
teur. Les deux points font partie du nom des methodes, 
ainsi que les noms precedents les parametres. 

Par exemple, il faudra passer "afficherNotification:" et 
non pas "afficherNotification". De meme, vous passerez 
methodeAvecDeuxParametres: secondParametre: (voir exem- 
ple ci-dessus). 



Propriete de Albiri Sigue <tag.tog@gmail.com> 



54 CHAPITRE 1 Les bases d'Objective-C 

Comme nous l'avons vu precedemment, Objec- 
tive-C utilise le concept de message pour appeler 
les methodes de maniere dynamique lors de 1' exe- 
cution. 

Les messages sont envoyes aux objets par le biais des 
selecteurs : lors de la compilation, un selecteur est 
cree pour chaque methode, sachant que si differentes 
classes implementent des methodes portant le meme 
nom, elles seront attribuees au meme selecteur. 

Les selecteurs occupent done en quelque sorte le 
meme role que les pointeurs de fonction en C ou 
C++ (ou, dans une moindre mesure, aux single- 
cast delegates en C#). 

Les selecteurs sont tres importants pour la gestion 
des notifications (de meme que les delegates pour 
C#), mais ils sont egalement utilises a differentes 
occasions dans AppKit, comme par exemple lors- 
que vous souhaitez afficher un dialogue sous forme 
de feuillet par dessus une fenetre : 

//un selector est utilise pour indiquer quelle 

//methode de l'observateur doit etre appelee 

//par le centre de notifications : 

[ [NSNotificationCenter def aultCenter] 

-»• addObserver: instance 

^ selector :@selector(afficherNotification: ) 

» name:@"maNotification" object: instance] ; 
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Enfin, NSObject definit de nombreuses methodes 
utilisant les selecteurs et activant ainsi des fonction- 
nalites dynamiques, mais facilitant egalement l'ecri- 
ture de code multi-threadee : 

performSelector: 

performSelector: withObj ect: 

performSelector: withObj ect: withObj ect: 

performSelector : withObj ect : af terDelay : 

performSelector : withOb j ect : af terDelay : inModes : 

perf ormSelectorOnMainThread :withObj ect :waitllntilDone : 

perf ormSelectorOnMainThread :withObj ect :waitUntilDone : modes : 

performSelector : onThread : withObj ect : waitUntilDone : 

performSelector : onThread : withObj ect : waitUntilDone : modes : 

perf ormSelectorlnBackground :withObj ect : 



Pour aller plus loin 



Dans la tres grande majorite des cas, la creation du 
selecteur se fait au moment de I'ecriture du code, 
grace a la directive compilateur @selector(). 

Toutefois, il est parfois utile de pouvoir creer un selec- 
teur en passant le nom d'une methode lors de I'execution. 
Dans ces rares cas, la fonction NSSelectorFromString() 
permet de retourner le selecteur correspondant au 
nom de la methode passee en parametre. 
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Gestion de la 



memoire 



Ce chapitre detaille la partie la plus importante et 
la plus critique d'Objective-C : la gestion de la 
memoire. 

C'est ici que le developpeur doit faire le plus atten- 
tion, car une mauvaise gestion de la memoire ne 
pardonne pas en Objective-C. C'est soit le plantage 
immediat soit la fuite de memoire. 

Si Objective-C est un langage relativement simple 
d'acces, la gestion de la memoire demande beau- 
coup d'attention. Fort heureusement, il existe un 
ensemble de conventions a suivre qui facilite gran- 
dement cette gestion, notamment en mode gere 
(managed). 



Propriete de Albiri Sigue <tag.tog@gmc 



58 CHAPITRE 2 Gestion de la memoire 

Objective-C 2.0 introduit le concept de ramasse- 
miettes en plus du mode de gestion manuelle. Non 
seulement Objective-C 2.0 (et son environnement 
d' execution) est actuellement le seul langage per- 
mettant de gerer la memoire manuellement ou auto- 
matiquement, mais de plus, il est possible d' avoir une 
application programmee pour s'executer dans un 
mode ou dans l'autre suivant l'hote. Par exemple, 
l'application (le meme fichier binaire) peut decider 
de fonctionner en mode "ramasse-miettes" sur 
Mac OS X 10.5 et de fonctionner en gestion 
manuelle lorsqu'elle s'execute sur Mac OS X 10.4. 

Nous allons d'abord revoir la gestion manuelle de la 
memoire avant de decouvrir la gestion automatique 
grace au ramasse-miettes, aborde au Chapitre 3. 

II est important de bien ecrire les accesseurs (getters 
et setters) car ils deviennent la source de beaucoup 
de problemes de fuites de memoire ou de plantage. 

Savoir les ecrire en mode gere reste plus qu'utile 
lorsque le code est destine a etre execute sur les 
systemes 10.4 et anterieurs, mais aussi et surtout 
pour iPhone, qui ne supporte pas encore le mode 
ramasse-miettes, meme dans la version majeure 3.0 
du systeme. 



Le mode gere 



Comme nous l'avons evoque, depuis Mac OS X, 
version 10.5, et Objective-C 2.0, Cocoa propose 
deux modes de gestion de la memoire pour 
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Mac OS X. Apple a done integre un ramasse- 
miettes (Garbage collector) a 1'environnement d'exe- 
cution d'Objective-C 2.0. 

Le mode gere (managed) signifie dans le jargon 
Apple que la memoire est geree manuellement, via 
le mecanisme appele comptage de references (ou refe- 
rence counting en anglais). Les developpeurs venus du 
monde COM de Microsoft sauront immediate- 
ment ce que le comptage de references signifie. 

Attention au fait que la signification de managed 
dans le monde Objective- C d' Apple et dans le 
monde .Net est totalement opposee. En effet, alors 
que pour Apple, mode gere signifie une gestion 
manuelle, dans le monde .Net, ceci implique que la 
memoire est geree par l'environnement d' execu- 
tion. En Java, il n'est pas possible de gerer la memoire 
manuellement, done la question ne se pose pas. 

Bien que le seul interet de la gestion manuelle 
sur Mac OS X soit la retro compatibilite avec Mac 
OS X 10.4 et anterieurs (ce qui presentera de 
moins en moins d'interet dans un futur relative - 
ment proche), cette methode prend tout son inte- 
ret pour la plateforme iPhone OS qui ne propose 
pas encore le mode ramasse-miettes. La seule 
maniere d'ecrire une application pour les millions 
d'utilisateurs iPhone est done de programmer en 
mode gere. 

Au cours de ce chapitre, nous allons voir les diffe- 
rentes techniques et conventions a utiliser pour 
gerer la memoire manuellement. 
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Le comptage de references 

La gestion manuelle de la memoire avec Objective-C 
se base sur deux piliers : 

• le comptage de references ; 

• la convention de possession des objets. 

Le comptage de references est une technique tres 
simple a comprendre : l'environnement d'execu- 
tion associe a chaque objet un compteur. Ce 
compteur represents le nombre de references 
pointant vers cet objet. Ce compteur doit etre 
incremente a chaque fois qu'un autre objet cree 
une reference pour utiliser cet objet (typiquement 
via un pointeur vers l'objet). Reciproquement, le 
compteur est decrements a chaque fois qu'une 
reference est detruite. Une fois que l'objet n'est 
plus utilise, si tout s'est bien passe, son compteur 
tombe a zero et la memoire allouee peut-etre 
liberee. 

Comme vous vous en etes peut-etre rendu compte, 
le comptage de references semble bien plus simple 
a dire qu'a faire ! En effet, si un objet oublie d'in- 
crementer le compteur, la punition est immediate 
car la zone memoire peut se retrouver liberee a 
tout moment et l'application plante. Si au contraire, 
l'objet oublie de decrementer un compteur, l'ob- 
jet ne va jamais liberer la zone de memoire qu'il 
occupe et on parle alors de fuite de memoire. 



Propriete de Albiri Sigue <tag.tog@gmail.com> 



Compter les references 61 

II existe une autre limitation au systeme de comp- 
tage de references : le cas des dependances cycli- 
ques. 

Fort heureusement, Apple a deja resolu tous ces 
problemes par le biais de conventions, suivies par 
Cocoa afin d'eviter ces difficultes — et que vous 
devez done egalement respecter a la lettre pour ne 
pas avoir a en subir les consequences desastreuses. 

Nous allons voir ces conventions au cours des sec- 
tions suivantes et reiterons notre message : vous 
devez suivre ces conventions a la lettre, elles ne 
sont pas facultatives. 

Compter les references 



ClasseGuideDeSurvie * instance = 

h» [[ClasseGuideDeSurvie alloc] init]; 

//utilisation de 1' instance 



[instance release]; 



Pour creer un nouvel objet, vous disposez de dif- 
ferents moyens. Le premier consiste a allouer une 
zone de memoire avec la methode alloc, puis a 
initialiser un objet de la classe avec la methode 
init. II y a egalement le clonage, ou la copie, d'un 
objet existant via les methodes du type copy. 
Enfin, il existe les differentes methodes de classe 
qui renvoient un nouvel objet cree par l'objet-classe. 
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Ces methodes sont appelees methodes utilitaires et 
sont traitees a la section suivante. 

Au cceur du mecanisme de comptage de references 
de Cocoa se trouve une regie unique : vous avez la 
responsabilite de liberer les objets qui vous appar- 
tiennent. Un objet vous appartient si vous l'avez 
explicitement cree avec Tune des methodes alloc, 
new, copy et derives ou si vous vous l'etes approprie 
(voir section "S'approprier un objet"). En general, 
vous liberez un objet en lui envoyant le message 
release (qui signifie litteralement "relacher"). Ce 
message a pour consequence la decrementation du 
compteur de references de 1' objet, et, si ce comp- 
teur tombe a zero lorsqu'il recoit le message, l'en- 
vironnement d'execution detruit l'objet et recupere 
la memoire allouee. 

La reciproque immediate de cette regie unique est 
que vous ne liberez pas un objet qui ne vous appar- 
tient pas. 

Gerer la memoire pour les objets 
retournes par les methodes de 
classe 



NSURL* pejvanHome = [NSURL fileURLWithPath:@'7 
*+ Users/pejvan" isDirectory:YES] ; 
// utilisation du pointeur pejvanHome 

// ... 

[pejvanHome release]; // NON! 
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De nombreuses classes proposent des methodes 
utilitaires facilitant l'instanciation de nouveaux 
objets. Ces methodes de classe implementent un 
design pattern connu sous le nom de factory (usine). 
Elles deviennent done des usines a instances. La 
regie a retenir est que les objets crees par ces usines 
ne vous appartiennent pas : ce n'est done pas a vous 
de les liberer. La logique derriere ce fonctionne- 
ment, qui peut sembler contre intuitif, est que 
l'usine a cree l'objet pour vous et s'occupera done 
de liberer l'objet une fois que vous n'en aurez plus 
besoin. 

L'exemple ci-dessus est done un contre-exemple 
d'utilisation. Ici, l'instance pointee par le pointeur 
pejvanHome a ete creee par la methode de classe 
fileURLWithPath:isDirectory et non pas par une 
methode dont le nom commence par (ou contient) 
alloc, new ou copy. Comment est-il done possible 
de liberer la memoire d'une instance ainsi allouee ? 
Pour resoudre cette enigme, il faut connaitre 1' exis- 
tence du mecanisme de liberation retardee ou de 
liberation automatique de la memoire, grace au 
message autorelease et a la classe NSAutoreleasePool 
que nous verrons dans les sections suivantes. 

Retenez que vous n'avez pas besoin de liberer 
explicitement les objets crees par les methodes uti- 
litaires sauf si vous vous les etes appropries explici- 
tement (voir section "S'appropier un objet"). 
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Gerer la memoire des objets 
retournes par reference 



NSError *erreur; 

NSString *contenu = [[NSString alloc] 
^initWithContents0fFile:@'7Users/pej van/test, txt" 
*» encoding :NSUTF8StringEncoding error :&erreur] ; 



Certaines rares methodes Cocoa specifient qu'un 
objet est retourne par reference. C'est typiquement 
le cas des methodes retournant plusieurs variables a 
l'utilisateur. Comme nous le verrons au Chapitre 4, 
les erreurs, instances de NSError, sont toujours 
retournees par reference. Prenons la methode sui- 
vante de la classe NSString : 

- (id)initWithContentsOfFile: (NSString *)path 
*> encoding: (NSStringEncoding)enc 
error: (NSError**)error 

Elle s'utilise de la maniere indiquee dans l'exemple 
en-tete de section. Un pointeur de type NSError est 
passe par reference a la methode initWithContents- 
OfFile qui va essayer de charger le contenu du 
fichier dans la chaine de carac teres contenu. 

Si une erreur survient, erreur pointera vers l'ins- 
tance de NSError contenant rinformation necessaire 
pour comprendre ce qui s'est produit. Toutefois, il 
est clair que nous n'avons pas alloue l'objet NSError 
nous-meme. La methode initWithContentsOfFile 
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s'en est chargee pour nous et nous la retourne par 
reference. 

En conclusion, retenez qu'un objet retourne par 
reference a ete initialise par l'objet-classe. II ne vous 
appartient done pas et vous n'avez pas la responsa- 
bilite de liberer la memoire qui lui a ete allouee. 

S'approprier un objet 



id number = [NSNumber numberWithInt:5] ; 
[number retain] ; 



Votre classe depend d'instances d'autres classes. Cha- 
cune de ces instances, utilisee a l'interieur de votre 
classe, trouve son origine parmi les sources suivantes : 

• Elle a ete creee a l'interieur de votre classe via les 
methodes alloc et init. Auquel cas, vous avez le 
controle total de sa gestion. 

• Elle a ete creee a l'interieur de votre classe, mais 
via l'une des methodes utilitaires de son objet- 
classe. Auquel cas, vous n'etes pas responsable de 
liberer sa memoire : elle sera liberee automati- 
quement a un moment ulterieur, mais vous ne 
savez pas quand. 

• Elle a ete creee a l'exterieur de votre classe et a ete 
passee par reference a votre instance qui possede 
done un pointeur vers cet objet. Auquel cas, vous 
n'avez aucun controle sur son existence et l'ins- 
tance peut etre liberee a n'importe quel moment. 
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Vous l'avez done sans doute pressenti : si vous ne 
savez pas quand un objet va etre libere, il y a de 
grandes chances que l'objet que vous pensez refe- 
rencer n'existe plus. Lorsque cela se produit, votre 
programme plante et est arrete par le systeme 
d'exploitation. Etant donne qu'une autre classe 
s'occupe de liberer les objets que vous utilisez, et 
que vous ne voulez pas qu'elle les libere alors que 
vous en avez encore besoin, vous reflechissez et 
pensez immediatement a deux solutions : si seule- 
ment il existait un moyen signaler aux autres clas- 
ses que vous avez encore besoin de cette instance 
afin qu'elles ne le liberent pas ou si seulement il 
existait un moyen de vous approprier l'instance 
afin que vous ayez le controle de sa gestion. 

La solution adoptee par Objective-C et Cocoa est 
un melange des deux methodes suggerees ci-dessus : 
vous envoyez le message retain (qui signifie "rete- 
nir") a l'objet, afin d'indiquer que vous avez besoin 
de l'objet et done qu'il ne doit pas etre libere. Un 
exemple est donne en debut de section. 

En conclusion : si la gestion de la memoire d'un 
objet n'est pas de votre responsabilite, vous devez 
retenir l'objet en lui envoyant le message retain et 
vous devez alors le liberer une fois que vous n'en avez 
plus besoin en lui envoyant le message release. 

Nous reviendrons plus en detail sur le fonction- 
nement de la gestion de la memoire automatique 
avec les bassins de desallocation automatique (auto- 
release pools) . 
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Gestion de I'appropriation 
par les collections d'objets 

Les collections d'objets (ou container a objets), tels 
que NSArray, NSS et NSDictionary, etc., utilisent une 
technique appelee reference faible (weak reference). Le 
concept de reference faible est en fait tres simple a 
comprendre. A la section precedente, nous avons 
vu qu'un objet peut s'approprier un autre objet (ou 
le retenir) en lui envoyant le message retain. C'est 
ce que Ton appelle une reference forte (strong reference). 
Une reference faible est le troisieme cas de la sec- 
tion precedente : un objet a ete cree a l'exterieur 
de votre classe et votre instance ne conserve qu'un 
pointeur vers cet objet — sans lui envoyer de mes- 
sage retain, (voir section "Fonctionnement du 
ramasse-miettes" au chapitre suivant). 

Toutefois, un objet A possedant une reference faible 
vers objet B s'expose au probleme evoque dans la 
section suivante : il n'a aucun moyen de savoir si 
1' objet B a ete libere ou pas. Pour palier a ce pro- 
bleme, la convention adoptee est que l'objet B doit 
notifier sa liberation en envoyant un message a 
l'objet A. 

Un exemple tres important est le cas de NSNotifica- 
tionCenter qui a pour tache de notifier un observa- 
teur enregistre de l'arrivee de certains evenements. 
Le centre de notifications ne retient pas les objets 
qui s'abonnent (via la methode addObserver : selec- 
tor: name: object :). Les objets inscrits doivent penser 
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a annuler leur abonnement, en envoyant un mes- 
sage removeObse rver: afin d'eviter que le centre de 
notifications n'engendre une erreur d' execution. 



Eviter les cycles d'appartenance 

Un cycle d'appartenance est cree lorsqu'un objet A 
retient un objet B (en envoyant un message retain) 
et que l'objet B retient l'objet A. Lorsqu'un cycle 
est cree, il y a une fiiite de memoire en mode gere. 

En effet pour que l'objet A soit libere, il faut que 
son compteur de references passe a zero. Mais, pour 
cela ne se produise, il faut que le compteur de B 
passe a zero egalement. Or, A possedant une refe- 
rence forte sur B, le compteur de B ne peut pas 
passer a zero sans que A le libere. 

Conclusion : pour resoudre le probleme des cycles 
d'appartenance, la convention adoptee en Objec- 
tive-C est qu'un parent retient son enfant (refe- 
rence forte), mais que l'enfant se contente d'une 
reference faible vers son parent (comme les contai- 
ners d'objet par exemple, voir section precedents). 



Instancier une classe 
correctement 



id MaClasse = [ClasseGuideDeSurvie alloc] init]; 
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Objective-C utilise un mecanisme en deux etapes 
pour instancier une classe : 

• allocation de la memoire avec la methode alloc ; 

• initialisation des membres avec la methode in it. 

La methode alloc alloue la quantite de memoire 
necessaire a votre objet. La bonne nouvelle, c'est que 
vous n'avez rien a faire pour la methode d'allo- 
cation de la memoire, puisque la structure de la 
classe a ete definie au moment de la compilation. 
Done, l'environnement d' execution peut faire son 
travail sans avoir besoin de votre intervention. 

Une fois la memoire allouee, alloc s'occupe egale- 
ment d'initialiser toutes les variables d'instance avec 
leur valeur par defaut (e'est-a-dire zero pour les 
valeurs, et nil pour les references) avant de ren- 
voyer l'objet fraichement alloue auquel vous devez 
envoyer le message in it. 

L'instanciation prend alors la forme suivante : 

id MaClasse = [ [ClasseGuideDeSurvie alloc] init]; 

Notez bien que 1'instanciation se fait en une seule 
ligne, avec les deux methodes imbriquees. Ceci est 
une convention additionnelle qu'il vous faudra res- 
pecter. En effet, Apple met en garde sur le fait qu'il 
est possible que Timplementation de la methode 
init de certaines classes retourne une nouvelle ins- 
tance, qui est difference de celle retournee par la 
methode alloc. 
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La methode in it est equivalente au constructeur 
en C++, C# et Java et doit done s'assurer de bien 
appeler le constructeur de la super-classe avant 
d'initialiser les variables d'instance de sa propre 
classe. La methode in it est done toujours de la 
forme : 



- (id) init { 

if (self = [super init]) { //si la super-classe 
//renvoie nil 
//(initialisation echouee) on ne fait rien 
//(self sera done nil) 

//initialisation des variables 

//d'instance ici 

membrePublic = [[MaClasse alloc] init]; 

} 

return self; 

} 



Info 



La methode alloc alloue la memoire dans la region 
memoire par defaut. II existe une variante de la 
methode alloc appelee allocWithZone:. Elle permet de 
definir la zone memoire dans laquelle I'objet va etre 
alloue. Cela permet d'optimiser la gestion de la 
memoire en faisant en sorte que les objets interdepen- 
dants soient alloues dans la meme region de la 
memoire. 
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Liberer la memoire allouee 
a un objet 



(void) dealloc { 
//liberer les variables d' instance, puis 
//appeler la methode dealloc de la 
//super-classe 
[super dealloc] ; 



Comme nous l'avons vu precedemment, en mode 
gere l'environnement d' execution d' Objective- C 
utilise un compteur de references pour savoir quand 
un objet doit etre libere.Vous n'avez done pas libere 
la memoire explicitement, puisque 1' operation est 
realisee automatiquement. Cela ne signifie pas par 
pour autant que vous n'avez rien a faire. En effet, 
1'environnement d' execution se contente d'execu- 
ter pour vous la methode dealloc de l'objet. Notez 
que l'environnement d' execution appelle la 
methode dealloc pour vous et que vous ne devez 
jamais l'appeler vous-meme. Le role de cette 
methode est de liberer les ressources utilisee par 
votre instance. En effet, le systeme ne peut pas libe- 
rer la memoire des objets pointes automatique- 
ment. Vous devrez done dans 99 % des cas, fournir 
l'implementation de la methode dealloc pour votre 
classe. 



Propriete de Albiri Sigue <tag.tog@gmail.com> 



72 CHAPITRE 2 Gestion de la memoire 

Les deux cas ou vous n'aurez pas a fournir d'imple- 
mentation de dealloc sont : 

• Les variables d'instance de votre classe sont uni- 
quement des valeurs (telles que int, double, etc). 
Ceci est un cas tres peu probable car Objective-C 
utilise NSNumber et NSString au lieu d'employer 
ou de fournir des implementations sous forme 
de valeurs (value types). 

• Votre classe derive d'une autre classe, mais se 
contente de defmir des nouvelles methodes, et non 
pas de nouvelles variables d'instance. Auquel cas, 
il faut se poser la question de savoir si vous 
n'auriez pas mieux fait de defmir une categorie 
(voir Chapitrel, section "Les categories"). II est 
toutefois possible de vouloir distinguer plusieurs 
types en derivant plusieurs classes filles de la meme 
classe mere et sans defmir de nouvelles variables 
d'instances. 

L'implementation de dealloc doit envoyer le mes- 
sage release a tous les variables d'instance de votre 
classe avant d'appeler la methode dealloc de sa 
super-classe. Voici une implementation typique de 
dealloc : 

- (void) dealloc { 

[membrePublic release]; 
[membreProtected release]; 
[autreMembreProtected release]; 
[membrePrivate release]; 
[membrePackage release]; 
[super dealloc] ; 

} 
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Les autorelease pools 



NSAutoreleasePool *MonPool = [[NSAutoreleasePool 

*> alloc] init]; 

//utilisation de l 1 autorelease pool 

//[■■■] 

[MonPool release] ; 



Les autorelease pools (ou bassins de desallo cation 
automatique) sont des objets particuliers et consti- 
tuent Tune des pierres angulaires de la gestion de 
memoire en Objective-C. lis sont surtout utiles en 
mode gere, mais meme avec le mode automatique, 
ils peuvent etre employes pour aider le ramasse- 
miettes. 

Comme nous l'avons vu a plusieurs reprises dans 
ce chapitre, vous n'avez pas la responsabilite de la 
gestion de memoire des objets que vous n'avez pas 
directement cree via les methodes alloc, init et 
copy. C'est la que les autorelease pools entrent en jeu. 

Lorsqu'un objet recoit le message autorealease a 
la place du message release, la memoire qu'il 
occupe n'est pas immediatement liberee. Au lieu 
de cela, l'objet est place dans un bassin de desallo- 
cation automatique {autorelease pool) et sa libera- 
tion est differee. L'objet est libere en meme temps 
que le bassin, c'est-a-dire lorsque ce dernier recoit 
le message release. 

A noter que les bassins se comportent comme une 
liste (List) et non pas comme un ensemble (Set) 
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dans le sens ou un meme objet peut y etre place 
plusieurs fois. L' objet recoit alors le message release 
autant de fois que necessaire pour etre libere. 

Les autorelease pools sont crees et detruits de la meme 
maniere que n'importe quelle autre instance de 
classe. La creation se fait avec 1' envoi des messages 
alloc/init imbriques a NSAutoreleasePool et la 
liberation avec le message release envoy e a l'ins- 
tance (voir exemple ci-dessus). 

Enfin, il est important de savoir que les differentes 
instances de NSAutoreleasePool sont rangees dans 
une pile (stack). Ceci a plusieurs consequences 
importantes : 

• Chaque nouvelle instance de NSAutoreleasePool 
que vous creez se trouve empilee sur les prece- 
dentes.Tout objet qui recoit le message autore- 
lease se retrouve gere par le bassin en tete en 
pile. Done la vie de l'objet depend du bassin 
dans lequel il se trouve. Ceci a des consequences 
bien heureuses, comme par exemple le fait que 
vous pouvez creer beaucoup de pools, et qu'en 
general, les pools vont etre liberes dans le bon 
ordre sans que vous n'ayez a faire d'effort. 

• En revanche, si vous envoyez le message release 
a un bassin de desallocation automatique qui ne 
se trouve pas en tete de pile, tous les bassins qui se 
trouvaient par dessus celui-ci, ainsi que tous les 
objets qu'ils contenaient, sont automatiquement 
liberes. Done, si vous envoyez par accident le mes- 
sage release au mauvais bassin, votre programme 
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plante. D'un autre cote, si vous oubliez de liberer 
un bassin en lui envoyant le message release, il sera 
libere lorsque Tun des pools se trouvant en dessous 
de lui est libere. Done la fuite de memoire sera 
evitee, malgre une erreur de programmation. 

Le meme type de comportement se produit lors- 
qu'une exception est levee et que le thread sort du 
contexte d' execution courant. Cette bascule de 
contexte a pour consequence l'envoi d'un message 
release a V autorelease pool qui se trouvait associe au 
contexte et, par effet domino, a tous les autres bas- 
sins se trouvant empiles sur ce dernier. La conse- 
quence ici est que vous n'avez pas a explicitement 
liberer les autorelease pools dans vos gestionnaires 
d'exceptions, puisque ceci est effectue automati- 
quement. 

Utiliser un autorelease pool 



//initialisation de nombreux objets temporaires 

//qui seront done geres par 1' autorelease pool 

//local 

NSAutoreleasePool *poolLocal = [[NSAutoreleasePool 

^alloc] init]; 

for (int i = 0; i < nbFichiers; i++) { 
NSString *nomFichier = [listeFichiers 
*> objectAtIndex:i] ; 
NSFileHandle "handle = [NSFileHandle 
^►fileHandleForReadingAtPath : [dossierTmp 
^stringByAppendingString : nomFichier ] ] ; 
/ /trait ement des fichiers 
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//liberation les objets temporaires (objets 
//"autoreleases" bien sur, car instancies par 
//la methode utilitaire) 

[poolLocal release]; //equivalent a [poolLocal 
*» drain] 



AppKit — le framework d' Apple pour construire des 
applications avec interface graphique — s'occupe 
d'instancier un bassin de desallocation automatique 
pour vous. En revanche, dans certaines conditions 
bien precises, il est souhaitable, voire necessaire, de 
creer vos propres pools : 

• Applications non basees sur 1'AppKit comme 
par exemple les applications construits autour 
de Foundation Framework (cree via Command 
Line Tools > Foundation Tool, depuis le menu 
New Project... d'Xcode). Ici, il est absolument 
necessaire de creer Yautorelease pool sous peine 
de subir des fuites de memoire. 

• Boucle engendrant la creation de nombreux 
objets locaux a la boucle (c'est le cas souhaita- 
ble). 

• Applications multi-threadees : les pools ne sont 
pas partages par les threads et vous devez creer un 
nouveau autorelease pool pour chaque nouveau 
thread que vous engendrez. Notez egalement 
que cela signifie que chaque instance de NSThread 
dispose de sa propre pile A' autorelease pools. 
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La encore, si vous ne creez pas V autorelease pool, 
mais que vous envoyez le message autorelease a 
des objets, vous avez la garantie d' avoir une 
fuite de memoire. 

Foundation Framework 

Ce cas est la specialement a titre educatif, en effet 
Xcode a la bonte de s'occuper d'inserer le code pour 
vous lors de la creation du projet. Toutefois, il est 
interessant d'en connaitre la raison. Comme men- 
tionne precedemment, les applications NS Found at ion 
n'ont pas de NSAutoreleasePool par defaut. II faut 
done leur en attribuer un au lancement, le drainer, 
puis le liberer lorsque vous avez fini de l'utiliser. 
Toutefois, Xcode insere le code necessaire dans votre 
fichier principal lorsque vous creez un projet 
Foundation Tool.Vous n'avez done pas besoin de vous 
faire de soucis : 

#impont <Foundation/Foundation.h> 

int main (int argc, const char * angv[]) { 

NSAutoreleasePool * pool = 

^[[NSAutoreleasePool alloc] init]; 

//inserer votre code ici 

[pool drain] ; 

return 0; 

} 

Vous remarquez done a quel point il est trivial de 
creer et de gerer un NSAutoreleasePool : la classe 
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s'instancie comme n'importe quelle autre classe 
avec alloc et in it. Lorsque vous voulez drainer le 
bassin, vous lui envoyez le message drain. Notez 
que le message drain aura le meme resultat que le 
message release en mode gere, c'est-a-dire que 
[pool drain] se comporte exactement comme 
[pool release] en mode gere. Nous verrons la dif- 
ference en mode automatique au Chapitre 3. 

Boucle locale 

Le cas le plus courant — et sans aucun doute le plus 
simple a gerer — se trouve etre un besoin local. Le 
concept est simple : une boucle ou une fonction 
engendre la creation de tres nombreux objets 
locaux. Si vous leur envoyez le message autorelease 
sans avoir cree un bassin local, les objets seront 
envoyes vers le bassin principal de votre applica- 
tion. La memoire allouee a ces objets ne sera done 
liberee que lorsque le bassin principal est draine. 
Ce qui signifie que les objets temporaires que vous 
avez crees occuperont la memoire pendant un laps 
de temps bien plus long que necessaire. 

Une technique d' optimisation de la memoire utili- 
see (pensez par exemple au cas de 1'iPhone ou la 
memoire disponible est bien plus faible qu'un ordi- 
nateur) consiste alors a instancier un bassin local, a 
y deposer les objets et a drainer le pool des la sortie 
de votre boucle. 
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Par exemple : 

- (void) imprimerFichiersTemporaires{ 
NSString* dossierTmp = @"/tmp"; 
NSArnay *listeFichiers = [ [NSFileManager 

defaultManager] 
*> directoryContentsAtPath: dossierTmp] ; 
int nbFichiers = [listeFichiers count]; 
NSAutoreleasePool *pooll_ocal = 
t» [ [NSAutoreleasePool alloc] init]; 
for (int i = 0; i < nbFichiers; i++){ 
NSString *nomFichier = [listeFichiers 
*+ objectAtIndex:i] ; 
//un "file handle" est general un objet 
//lourd qu'il est souhaitable de liberer 
//aussi rapidement que possible 
//icij le handle est alloue via une 
//methode utilitaire, et sa memoire 
//est done geree pour nous etant 
//donne que poolLocal se trouve 
//tout en haut de la pile des 
//autoreleases pools, les NSFileHandle 
//alloues ici vont y etre deposes 
NSFileHandle *handle = [NSFileHandle 

fileHandleForReadingAtPath : [dossierTmp 
*+■ stringByAppendingString : nomFichier ] ] ; 
//traitement des fichiers 
NSI_og(@»traitement de %@» 3 nomFichier); 
//suite traitement des fichiers [...] 

} 

//tous les objets ayant regu le message 

//autorelease a l'interieur de cette 

//fonction vont etre liberes ici 

[poolLocal drain] ; 

} 
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Nomenclature des accesseurs 
et mutateurs 



-(NSString*) maChaine; 

-(void) setMaChaine: (NSString*) nouvelleChaine; 



Les accesseurs (getters) et les mutateurs (setters) permet- 
tent d'acceder et de modifier les variables d'ins- 
tance d'une classe sans avoir a les rendre publiques. 
Cette technique basique de la programmation 
orientee objet permet d'ameliorer l'encapsulation 
des donnees et devrait etre familiere de tout deve- 
loppeur ayant deja code en C++, C# et Java. 

Maintenant que nous avons vu le fonctionne- 
ment de la gestion de la memoire, il est impor- 
tant d'apprendre a ecrire correctement les 
couples getter/setter car c'est la qu'en general les 
problemes de fuite de memoire ou de plantage 
trouvent leur source. 

Supposons que notre classe possede une variable 
d'instance maChaine, de type NSString. Alors, la 
nomenclature des getter /setter est la suivante : 

• L'accesseur porte le nom de la variable qu'elle 
represente et commence par une minuscule : 
maChaine. 

• Le mutateur porte le nom de la variable avec la 
premiere lettre en majuscule, prefixee par set: 
setMaChaine. 
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Pour les getters et les setters simples, Apple recom- 
mande trois differentes techniques que nous allons 
voir dans les sections suivantes. Chacune de ces 
techniques est appropriee a une situation donnee. 

Veuillez noter qu'avec Objective-C 2.0, des direc- 
tives compilateurs permettent la generation auto- 
matique de "proprietes" qui sont une version 
amelioree des getters/setters (les proprietes devraient 
etre familieres aux developpeurs C# et Python). 
De plus, en mode de gestion automatique de la 
memoire, les getters/setters ne s'ecrivent pas de la 
meme maniere. Nous allons voir ces differences au 
cours de la section suivante. 



Ecrire des accesseurs 
et mutateurs 

Nous allons decrire ci-dessous les quatre techni- 
ques qui permettent d'ecrire correctement les 
accesseurs et mutateurs. Nous vous donnons des 
indications sur les cas d'utilisations typiques, et nous 
esperons qu'elles vous seront utiles lorsque vous 
aurez a choisir la technique correspondant a chaque 
implementation. 

Technique 1 

La premiere technique consiste a avoir un accesseur 
qui retient la valeur, puis lui envoie le message 
autorelease, tandis que le mutateur libere la prece- 
dente valeur et retient ou copie la nouvelle. 
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L'accesseur retient, puis autorelease l'objet afm de le 
passer a l'objet d'ou provient l'appel. Un autorelease 
seul ne suffit pas, car sinon la variable d'instance 
serait liberee. De plus, un release ne convient pas 
non plus, puisque la liberation serait immediate et 
l'appelant se retrouvait avec un pointeur nul (recette 
pour avoir un plantage immediat assure). La seule 
solution est done retain, puis autorelease : 

- (NSString *) maChaine { 

return [ [jnaChaine retain] autorelease]; 
} 

Le mutateur de son cote est bien plus simple : si le 
nouvel objet est different, l'ancien est libere et le 
nouveau est retenu. 

- (void) setMaChaine: (NSString*) 
h» nouvelleChaine { 

if (jnaChaine != nouvelleChaine) { 
[jnaChaine release]; 
I 111 faut soit retenir soit copier le 
//nouvel objet, suivant le besoin 
jnaChaine = [nouvelleChaine retain]; 

} 
} 

Cette premiere technique dispose d'un setter 
rapide et d'un getter relativement lent. Elle est 
done a privilegier lorsque le setter est beaucoup 
plus frequemment utilise que le getter. 
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Technique 2 

La seconde technique est l'exacte symetrique de 
la premiere, avec un accesseur qui se contente de 
renvoyer l'objet et un mutateur qui utilise un 
autorelease, puis un release. Ici, l'ancien objet 
recoit le message autorelease dans le mutateur car 
d'autres objets peuvent etre en train de l'utiliser et 
qu'une liberation immediate causerait des planta- 
ges si les autres objets ne l'avaient pas prealable- 
ment retenu : 

- (NSString*) maChaine { 

return jnaChaine; 

} 

- (void) setMaChaine: (NSString*) 

*. nouvelleChaine { 

[jnaChaine autorelease]; 

jnaChaine = [nouvelleChaine retain]; 

} 

Cette deuxieme technique etant la symetrique de 
la premiere, le getter est tres rapide, tandis que le 
setter est beaucoup plus lent. Elle est done a privi- 
legier lorsque e'est le getter qui est utilise beau- 
coup plus souvent que le setter. 

Technique 3 

Cette technique utilise le mutateur de la premiere 
technique et l'accesseur de la seconde, ce qui la 
rend plus avantageuse en termes de performance. 
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Toutefois, elle demeure aussi extremement dange- 
reuse etant donne le risque de liberer l'objet par 
surprise, l'utilisateur de votre classe peut alors 
subir un crash si les limitations de votre couple 
getter/setter ne sont pas explicitees tres claire- 
ment. Elle reste toutefois recommandee pour les 
collections/containers d'objets ou la performance 
est cruciale. Vous savez maintenant pourquoi les 
containers d'objets ne retiennent pas les instances 
qu'ils contiennent (voir section : ' Gestion de 
l'appropriation par les collections d'objets"). 

- (NSString*) maChaine { 

return jnaChaine; 

} 

- (void) setMaChaine: (NSString*) 

h» nouvelleChaine { 

if (jnaChaine != nouvelleChaine) { 
[jnaChaine release]; 
//il faut soit retenir soit copier 
//le nouvel objet, suivant le 
//besoin (voir section suivante) 
jnaChaine = [nouvelleChaine retain]; 



} 



} 
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Technique 4 

La creation d'objet immuable comme technique 
d'encapsulation des donnees et de protection de 
l'etat interne de l'objet est tres frequente. En effet, 
il est souvent interessant de creer des objets 
immuables lorsqu'ils sont de type valeur (value en 
anglais) . 

La raison est simple : il est plus simple et moins 
"dangereux" d'utiliser des objets dont la valeur ne 
peut pas changer. De plus, le code se retrouve ega- 
lement simplifie car les verifications a faire sont 
moins nombreuses. Ainsi, par exemple, les instan- 
ces de la classe NSString sont immuables. Pour 
avoir des chaines modifiables, il faut instancier la 
classe NSMut ablest ring. Cette distinction entre les 
deux types existe egalement pour les autres types 
de containers (a ce titre, vous pouvez considerer 
une chaine de caracteres comme un container de 
caracteres sous forme de liste) : NSFoundation dis- 
pose de NSArray/NSMutableArray, de NSSet/NSMuta- 
bleSet, de NSDictionary/NSMutableDictionary, ainsi 
que d'autres classes moins frequemment utilisees. 

La derniere technique que nous allons voir 
consiste a ecrire l'accesseur et/ou le mutateur a 
l'aide d'une copie afm de rendre les deux objets 
independants Tun de l'autre : chaque objet peut 
ainsi modifier les valeurs de ses membres sans 
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modifier les membres de l'autre objet. C'est done 
une technique d'encapsulation tres importante. 

//la methode retourne une copie de l'objet, 
//au lieu de retourner l'objet lui-meme. 

- (NSString*) maChaine { 

return [ [jnaChaine copy] autorelease] ; 

} 

//la methode copie l'objet qu'elle recoit, au 

// lieu de la retenir simplement . 

- (void) setMaChaine: (NSString*) 
*> nouvelleChaine { 

[_maChaine autorelease]; 
jnaChaine = [nouvelleChaine copy]; 

} 



Info 



Une fois que vous avez decouvert les getters/setters 
avec copie, vous vous doutez qu'il est bien sur possible 
de reecrire chacune des techniques precedentes en 
utilisant une copie ou une copie muable. Voici done 
1'ensemble des nouvelles possibilites qui s'offrent a 
vous : 

• release/copy et release/MutableCopy 

• autorealese/copy et autorelease/MutableCopy 

• copy/release et copy/autorelease 



Propriete de Albiri Sigue <tag.tog@gmail.com> 



Le protocole NSCopying 87 



Le protocole NSCopying 



//declare dans le fichier NSObject.h 

^protocol NSCopying 

- (id)copyWithZone: (NSZone *)zone; 

@end 



NSCopying est un protocole tres simple : il ne declare 
qu'une seule methode, copyWithZone: qui a pour 
objectif de fournir une copie fonctionnelle de l'ob- 
jet dans la zone memoire passee en parametre. 

II y a toutefois quelques regies a connaitre : 

• NSObject implements la methode copy, et done 
tous les objets derivants de NSObject disposent 
egalement de cette methode. L'implementation 
de copy invoque alors en general copyWithZone: 
et passe la zone par defaut comme parametre. 

• Une copie creee via copyWithZone: est implicite- 
ment retenue par l'emetteur, qui est done egale- 
ment responsable de sa liberation. 

Enfin, il existe deux sortes de copies en program- 
mation : les copies superficielles {shallow copy) et les 
copies completes (deep copy). 

• Une copie est dite superficielle si les pointeurs 
des membres de l'objet sont copies : le pointeur 
est copie, il n'existe qu'un seul objet represen- 
tant la valeur de l'objet pointe. 
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• Une copie est dite complete si les objets referen- 
ces par pointeurs sont eux aussi copies recursive- 
merit : les donnees representes par l'objet pointe 
sont copiees, il existe plusieurs instances de la 
meme classe contenant les memes donnees, a 
differentes adresses de la memoire. 

Deux cas se presentent alors, lorsqu'il faut imple- 
menter la methode copyWithZone: du protocole 
NSCopying : 

• La super-classe n'implemente pas le protocole 
NSCopying et done la classe n 'herite pas la methode 
copyWithZone : . II faut alors implementer NSCopying 
a la main, avec alloc et in it. 

• La super-classe implemente le protocole 
NSCopying et la classe herite done de la methode 
copyWithZone: qu'il faut surcharger afin de four- 
nir une implementation correcte et complete. 

Info 

II existe des subtilites a considerer lors de rimplemen- 
tation de NSCopying que nous n'aborderons pas ici car 
le format de I'ouvrage ne s'y prete pas. Toutefois, il est 
important de bien comprendre ses subtilites afin d'im- 
plementer la methode copyWithZone: de maniere opti- 
male. Nous vous suggerons done de vous reporter a la 
documentation d'Apple pour de plus amples informa- 
tions. 
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Implementer le protocole 

NSCopying 

Nous allons voir ci-dessous les deux principales 
techniques a utiliser lorsque vous souhaitez imple- 
menter le protocole NSCopying. 

Technique 1 



- (id) copyWithZone: (NSZone* zone) { 
ClasseGuideDeSurvie * copie = 
*> [[ClasseGuideDeSurvie allocWithZone:zone] 
b*init]; 

[copie setMaChaine: [self maChaine]]; 
return copie 

} 

Dans l'exemple precedent, la classe n 'herite pas 
NSCopying, il faut utiliser alloc, init, puis une fois 
la nouvelle instance creee, employer les mutateurs 
pour affecter les valeurs en provenance de l'objet 
source vers la copie. 

C'est une tache simple, a condition ne pas oublier 
de bien affecter toutes les variables d'instance du 
nouvel objet qui sera la copie a retourner. 
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Technique 2 

Lorsque la classe herite de copyWithZone: car sa 
super-classe implements le protocole NSCopying, 
deux cas se presentent. 

• La classe derivee ne declare pas de nou- 
velle variable d'instance. C'est le cas trivial. 
Vous n'avez rien a faire car vous heritez auto- 
matiquement de la methode copyWithZone: de 
la classe parente, et la copie qu'elle genere est 
parfaitement valide. 

• La classe derivee declare au moins une 
nouvelle variable d'instance. Vous devez 
alors fournir une nouvelle implementation de 
copyWithZone: qui appellera la methode de la 
super-classe et initialisera la (les) nouvelle (s) 
variable (s) d'instance. 

Dans ce second cas, Apple conseille d'utiliser la 
methode alloc/init pour les nouveaux membres 
autant que possible. Mais si vous etiez amene a 
utiliser copyWithZone:, voici ce que ecririez : 

- (id) copyWithZone: (NSZone* zone) { 

ClasseDerivee * copie = (ClasseDerivee *) 
* [super copyWithZone : zone] ; 
copie->mal\louvelleVariable = nil; 
[copie setMaNouvelleVariable: [self 
*> maNouvelleVariable] ] ; 
return copie 

} 
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Attention 



II est en regie generale assez dangereux de surcharger 
la fonction copyWithZone: lorsque vous n'avez pas acces 
au code de la super-classe. En effet, la maniere dont 
copyWithZone: a ete implementee par la super-classe, 
va fortement impacter la maniere dont vous devez 
surcharger votre propre implementation. 



C'est la qu'apparait la fonction (que certains quali- 
fient de demoniaque) NSCopyOb] ect ( ) . En effet, cette 
fonction s'occupe simplement de creer une copie 
superficielle de l'objet passe en parametre. Ce qui 
peut sembler tout a fait inoffensif et sans importance 
va impacter de maniere dramatique votre code : vous 
etes force d'adapter votre implementation a celle de 
la super-classe sans quoi votre programme plantera ! 

II s'agit d'un concept avance et nous vous ren- 
voyons a la documentation d' Apple pour bien 
comprendre les subtilites qui rentrent en jeu. 

Voici la conclusion a retenir pour l'instant : faites 
tres attention lorsque vous derivez une classe dont 
vous n'avez pas le code et que vous devez surchar- 
ger copyWithZone : , Tun des exemples notables etant 
la classe NSCell qui est souvent employee comme 
classe de base en Cocoa et qui utilise NSCopyOb] ect ( ) . 
C'est d'ailleurs la raison pour laquelle les docu- 
mentations d' Apple donnent toujours les exemples 
de NSCell lorsqu'ils mentionnent NSCopyOb] ect ( ) et 
copyWithZone: ! 
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Le passage 

d'Objective-C 

1.0 a 2.0 



Mac OS X 10.5, sorti officiellement en octobre 2007, 
apportait pour la premiere fois depuis l'histoire de 
Mac OS X, des changements importants au langage 
Objective-C. Bien qu'il n'y ait jamais eu precedem- 
ment de version d' Objective-C, Apple a desormais 
decide de marquer la difference avec un numero de 
version, et c'est ainsi que naquit Objective-C 2.0 
(la version precedence devenant Objective-C 1.0). 

Les evolutions apportees sont consequences et 
empruntent fortement, comme nous le verrons, aux 
avancees apportees par Java et C# : mode de gestion 
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de memoire automatique, proprietes, enumerations 
rapides seront detailles aux cours des sections sui- 
vantes. 

Attention 

Ce chapitre et le precedent sont interdependants : il 
est necessaire de bien comprendre la gestion de la 
memoire pour comprendre certaines notions de ce 
chapitre - par exemple, comment choisir les proprietes 
automatiques - de meme qu'il est important de 
connaTtre certaines notions expliquees ici afin de bien 
apprehender le chapitre sur la gestion de la memoire. 
Une lecture lineaire n'est done pas conseillee aux 
developpeurs debutants en Objective-C 1.0 ou 2.0. 



L'environnement d'execution 
moderne 

Avec Objective-C 2.0, Apple a introduit le concept 
d'environnement d'execution moderne (modern 
runtime) et d'environnement d'execution histori- 
que (legacy runtime). 

Les differences sont tres sub tiles, mais impactent 
toutefois la programmation des proprietes, qui sont 
la nouvelle maniere de declarer et d'implementer 
les getters/setters. 

Ce qu'il faut retenir e'est que 1'iPhone et les pro- 
grammes 64 bits sur Mac OS X 10.5 et superieurs 
disposent de la version moderne de l'environnement 
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d' execution et que tous les autres disposent de la 
version historique (c'est-a-dire tous les program- 
mes 32 bits, y compris sur Mac OS X 10.5). Par 
exemple, un programme 32 bits sur Mac OS X 10.6 
utilisera le runtime historique. 

Gestion automatique 
de la memoire 

Bien connu des developpeurs Java et .Net, le 
ramasse-miettes (garbage collector) s'occupe de liberer 
la memoire automatiquement lorsqu'un objet n'est 
plus utile. De plus, bien qu'il n'y ait pas de ramasse- 
miettes defini dans le standard C+ + , des tierces- 
parties en ont developpe et il n'est pas impossible 
que les developpeurs C++ soient familiers avec les 
concepts de la gestion automatique de la memoire. 

La gestion de la memoire avec Objective-C neces- 
sitant beaucoup d' attention (comme avec tout lan- 
gage ou la gestion est manuelle) et etant la principale 
cause d'instabilite des applications Cocoa, le mode 
ramasse-miettes fut tres chaleureusement accueilli 
par les developpeurs Objective-C. Notez bien que 
l'instabilite provient des erreurs de programmation, 
et non, bien sur, de 1'environnement d'execution 
d' Objective-C. 

De plus, Apple n'ayant pas l'habitude de faire les 
choses a moitie, et disposant de l'experience de Java 
et .Net, des methodes evoluees ont ete publiees et 
un ramasse-miettes a la pointe de la technologie a 
ete cree. 
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Enfin, et a la difference de Java et .Net, ou le 
ramasse-miettes fait partie integrante du langage et 
de renvironnement d' execution, Apple a cree le 
premier langage ou le mode de gestion automati- 
que de la memoire est non seulement facultatif (le 
langage peut fonctionner en gestion manuelle ou 
automatique de la memoire). Mais surtout, il possi- 
ble pour une application ou une bibliotheque de 
choisir au moment de 1' execution le mode dans 
lequel tourner. C'est d'ailleurs le seul langage qui, a 
notre connaissance, permet de faire tourner du 
code compile dans les deux modes, de maniere tout 
a fait transparente. 

Info 

Si vous decouvrez Objective-C, ne vous dites pas que 
vous allez utiliser le ramasse-miettes et que vous n'aurez 
jamais a apprendre la gestion manuelle de la memoire, 
cela serait une grosse erreur. En effet, le ramasse-miettes 
n'est disponible qu'a partir de Mac OS X 10.5 et vos 
applications ne fonctionneraient que sur une partie de 
la base installee des Macintosh : les utilisateurs de 
Mac OS X 10.5 (Leopard) et 10.6 (Snow Leopard). 

Mais surtout, vous vous priveriez d'une base de 40 
a 50 millions d'utilisateurs : les adaptes d'iPhone et 
d'iPod Touch ! En effet, iPhone OS, meme dans la 
version 3.0, ne propose toujours pas le mode de gestion 
automatique de la memoire. Apple ayant deja vendu 
plus de 30 millions d'iPhone (et plus de 20 millions 
d'iPod Touch), vous comprenez qu'il est encore tres 
important de savoir gerer la memoire manuellement. 
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Pour aller plus loin 



Le ramasse-miettes utilise par I'environnement d'exe- 
cution d'Objective-C 2.0 s'appelle AutoZone et n'est 
en fait pas limite a Objective-C. II peut etre imple- 
mente pour n'importe quel langage et est par exemple 
egalement utilise par I'implementation de MacRuby. 

Apple en a fait un logiciel libre sous la licence 
Apache 2.0. Cela signifie que non seulement son code 
source est disponible, mais que tout developpeur ou 
toute entreprise peut utiliser le code gratuitement 
dans ses propres produits en respectant les termes de 
la licence. 

Vous pouvez telecharger le code depuis http://www. 
opensource.apple.com/source/autozone/. 



Avantages et inconvenients 
du ramasse-miettes 

L'avantage le plus evident est que la gestion de la 
memoire est grandement simplifiee, et que la plu- 
part des problemes lies a une mauvaise gestion de la 
memoire sont resolus sans le moindre effort de la 
part du developpeur. 

L'un des problemes de gestion de memoire auquel 
il fallait etre particulierement attentif, les cycles de 
retention, est facilement resolu puisque le ramasse- 
miettes detecte les objets inutiles, meme s'ils for- 
ment un cycle de retention. En effet, ces objets ne 
sont pas accessibles depuis les objets racines. 
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Info 



Nous n'avons pas evoque le sujet des accesseurs et des 
mutateurs lorsque le code doit etre thread-safe 1 car 
les developpeurs experts pourront resoudre le probleme 
une fois qu'ils ont les bases pour ecrire les accesseurs 
et mutateurs en mode mono-thread. Toutefois, ils 
necessitent la plus grande attention et I'utilisation de 
verrouillage [locking) afin d'assurer leur atomicite. Ils ont 
done un impact negatif sur la performance du code. 

Ceci est done un probleme a moitie resolu puisque les 
accesseurs n'ont plus besoin de verrouillage et nous 
avons meme droit a un gain en termes de perfor- 
mance. 



Les inconvenients sont relativement minimes com- 
pares aux avantages : 

• II est possible d'avoir un impact negatif en termes 
de performance lors de l'allocation d'un grand 
nombre d'objet et lors du passage du ramasse- 
miettes, mais les tests sous Java et .Net ont montre 
qu'en general, l'impact est negligeable. 

• L' application requiert davantage de memoire 
lorsqu'il fonctionne. Ceci est du au fait que la 
memoire n'est pas liberee immediatement et 
devrait etre quasiment negligeable. 

• II faut modifier la maniere de penser le code, imple- 
menter la methode finalize (et invalidate quand 
necessaire). 

1 . Le terme anglais thread-safe signifie que le code peut etre execute simul- 
tanement depuis plusieurs threads sans remettre en cause l'integrite des 
objets en memoire ni compromettre l'etat de l'application. 
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Vous remarquerez que les avantages semblent 
bien plus nombreux que les inconvenients. Cette 
conclusion n'en est pas moins tout a fait logique : 
il est difficile d'imaginer qu'Apple aurait non seu- 
lement perdu tant de temps a implementer un 
ramasse-miettes, mais qu'en plus ils auraient decide 
de l'integrer au langage si les avantages n'etaient pas 
consequents ! 

Fonctionnement 
du ramasse-miettes 

Le ramasse-miettes d'Objective-C fonctionne 
exactement sur le meme principe que celui de Java 
et .Net. La fonction principale d'un ramasse-miet- 
tes est de trouver les objets qui ne sont plus utilises 
afm de liberer la memoire qu'ils occupent. Or, s'il 
venait a liberer un objet qui devait etre utilise par la 
suite, cela resulterait dans le plantage immediat de 
votre application. Le ramasse-miettes n'a done pas 
le droit a l'erreur : il doit etre sur et certain qu'un 
objet ne sera plus utilise avant de liberer l'espace 
qu'il occupe en memoire. 

Comment fait-il done pour savoir quels objets il peut 
liberer ? En pratique, le ramasse-miettes s'occupe 
d'abord de reperer l'ensemble des objets utilises, 
puis libere les autres. Il emploie a cette fin la meme 
technique que le ramasse-miettes de .Net et Java : 
il commence par scruter les objets faisant partie de 
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la racine de 1' application : les variables globales et les 
variables de la pile, ainsi que les objets ayant des 
references externes a Implication et ceux utilises 
par les differents threads. 

En parcourant les objets pointes (par des references 
fortes) par ces objets racines, il etablit un graphe de 
tous les objets atteignables (reachable) .Tous les objets 
non-references sont alors consideres comme inuti- 
les. lis sont mis de cote et seront alors finalises — 
c'est-a-dire que leur methode finalize sera appelee 

— avant de voir leur memoire liberee automatique- 
ment a la fin du processus. 

Reference forte et reference faible 

II existe en Objective-C - de meme qu'en Java et C# 

- deux sortes deux references : les references fortes 
[strong reference) et les references faibles [weak refe- 
rence). Les references sont fortes par defaut. 

Comme nous I'avons vu ci-dessus, une reference 
forte implique que le ramasse-miettes va ajouter 
I'objet a la liste des objets utilises et ne tentera pas 
de le liberer. 

En revanche, un objet lie a un autre par une refe- 
rence faible sera considere par le ramasse-miettes 
comme un objet liberable. La reference faible est 
une technique d'optimisation de I'utilisation de la 
memoire et n'est pas tres utilisee (si ce n'est dans 
les containers prevus pour, tel que NSMapTable, 
NSMapTable et NSPointerArray). 
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Son utilisation est simple : si vous savez qu'un objet 
occupe beaucoup de place en memoire, qu'il n'est pas 
utilise frequemment et qu'il est facile de le reconstituer, 
vous emploierez une reference faible vers cet objet 
avec le mot-cle _weak. Ainsi, si le ramasse-miettes 
passe, il liberera la memoire occupee. Comme vous ne 
savez pas quand le ramasse-miettes effectue son 
travail, vous devez prevoir un test de nullite sur I'objet 
avant toute utilisation pour savoir si I'objet a ete libere 
ou pas, et le regenerer au cas ou. 

Un autre exemple important, donne par Apple, est le 
cas de NSNotificationCenter : les centres de notifica- 
tions recourent aux references faibles vers leurs abon- 
nes. En effet, un abonne non utilise peut alors etre 
libere. Si la reference n'etait pas faible, la vie de I'objet 
serait liee a celle du centre de notifications et il ne 
serait jamais libere. 



Info 



Vous avez sans doute releve que les objets sont finali- 
ses avant d'etre libere automatiquement. La methode 
finalize en Objective-C (et C# et Java) est I'equivalent 
du destructeur du C++ et de la methode dealloc en 
mode manuel. 

Nous reviendrons sur cette methode a la section 
"Implementer la methode finalize" qui lui est dediee. 
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Nouveaux paradigmes a adopter 
avec le ramasse-miettes 

Apple recommande de n'utiliser le ramasse-miettes 
que pour les nouveaux projets. En effet, mettre a 
jour un code existant pour le ramasse-miettes 
demande beaucoup d' effort (pensez a tous les 
retain, release, dealloc, autorelease qu'il va falloir 
trouver et changer !) et s'avere done etre une ope- 
ration assez perilleuse (le moindre oubli sera puni 
par des fuites memoires ou des plantages). 

II n'y a done pas beaucoup d'interet a vouloir 
migrer une application qui fonctionne parfaite- 
ment bien et dont vous maitrisez le code. 

L'utilisation du ramasse-miettes simplifie beaucoup 
la gestion de la memoire, mais elle implique egale- 
ment la comprehension et l'utilisation de quelques 
nouveaux paradigmes que nous allons evoquer ci- 
dessous. 

La methode finalize 



- invalidate { 

if (monFichier != nil) { 

//monFichier est une instance 
//de NSFileHandle 
[monFichier closeFile] 



- finalize { 

[self invalidate] 
[super finalize] 
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Les langages disposant d'un ramasse-miettes (Java, 
C# et Objective-C) utilisent la methode finalize 
au lieu de destructeur (comme C++). 

Cette methode est appelee par le ramasse-miettes 
juste avant que la memoire allouee a l'objet ne soit 
recuperee. Elle permet done de liberer les dernieres 
ressources et ce a la derniere minute. 

La section "Implementer la methode finalize" est 
dediee a cette methode et nous vous invitons a 
vous y reporter. 

Liberer les ressources cheres des que 
possible 



- invalidate{ 

if (monFichier != nil) { 

//monFichier est une instance 
//de NSFileHandle 
[monFichier closeFile] 



Une distinction importante existe entre la gestion 
manuelle de la memoire et la gestion automatique : 
lorsque le ramasse-miettes travaille a votre place, 
son action est non deterministe et vous ne savez 
jamais quand surviendra son prochain passage. 

Maintenant, imaginez que vous avez ecrit une 
application qui tourne sur un serveur de maniere 
continue et que cette application instancie une 
classe qui contient des pointeurs vers de nombreux 
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fichiers (comme par exemple un serveur de fichiers 
ou chaque connexion serait ainsi geree). II se peut 
alors que le ramasse-miettes ne passe pas pendant 
des jours si votre service n'est que peu sollicite ou 
bien si la machine dispose d'une tres grande 
me moire. 

Vous devez de liberer les descripteurs de fichier 
sans attendre que votre objet ne soit ramasse auto- 
matiquement. Cela signifie egalement qu'il ne faut 
pas attendre que la methode finalize soit appelee. 

Java et C# ayant bien sur rencontre le meme pro- 
blems, la solution qu'ils proposent peut egalement 
s'appliquer ici. La classe implemente une methode 
appelee dispose () qui s'occupe de liberer les res- 
sources cheres et d'invalider 1' objet. C# dispose 
meme d'une interface (l'equivalent du protocol 
d'Objective-C) appelee IDisposable et d'un pat- 
tern (IDisposable pattern) a cette fin. 

Apple n'a pas encore propose de solution standard, 
mais il semble logique d'utiliser une methode appe- 
lee dispose ou meme mieux, invalidate , pour suivre 
la nomenclature de la documentation officielle. 

Objets obtenus depuis les fichiers nib 

II existe une difference de fonctionnement de 
l'environnement d'execution entre le mode gere 
et le mode automatique qui impacte les objets 
obtenus depuis les fichiers nib (nib files) d' Interface 
Builder. Assurez- vous de bien avoir des references 
fortes vers ces objets (tels que par exemple les objets 
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controleurs). En effet, sans reference forte, ces objets 
vont etre nettoyes par le ramasse-miettes. 

Meme si en pratique ce probleme doit etre extre- 
mement rare, Apple recommande de les connecter 
via l'attribut File's Owner. 



Activer le ramasse-miettes 

L' activation du ramasse-miettes se fait au moment 
de la compilation, et c'est done une option a passer 
au compilateur — sous forme de drapeau dans le cas 
de GCC. II est toutefois recommande de faire ce 
reglage dans Xcode si vous utilisez l'environnement 
de developpement gratuit d' Apple (voir Figure 3.1). 

II existe trois modes differents pour la gestion auto- 
matique de la memoire : 

• Unsupported (non compatible ; pas de drapeau passe 
au compilateur). Le code n'est pas ecrit pour la 
gestion automatique de memoire et est done 
incompatible avec le ramasse-miettes. 

• Required (necessaire ; le drapeau -fobje-gc-only est 
passe au compilateur). Le ramasse-miettes est 
requis car le code ne gere pas la memoire autre- 
ment (retain/release). Si c'est une bibliotheque, 
cela signifie qu'elle ne pourra pas etre utilisee par 
une application qui tourne en mode de gestion 
manuelle. S'il s'agit d'une application, cela impli- 
que qu'elle ne s'executera que sur Mac OS X 10.5 
et superieurs (voir note si apres). 
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• Supported (compatible; le drapeau -fobjc-gc est 
passe au compilateur) . Cela signifie que le code 
peut s'executer en mode ramasse-miettes, mais 
egalement en mode gere. Les methodes finalize, 
ainsi que retain et release, sont alors utilisees, ce 
qui rend 1' application, ou la bibliotheque, reelle- 
ment universelle. 
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Pour aller plus loin 



Objective-C 2.0 n'etant disponible que sur Mac OS X 
10.5 et superieur, tout code ecrit en Objective-C 2.0 
ne fonctionne en theorie que sur 10.5 et superieur. 
Utiliser ou non le ramasse-miettes ne sera pas un choix 
tres difficile : soit vous codez retain/release et gerez la 
memoire manuellement soit vous utilisez le mode GC. 

Le choix est trivial sur iPhone OS ou vous n'avez pas de 
ramasse-miettes (pour I'instant...). 

De maniere generate, Apple recommande de reserver le 
mode mixte [dual-mode) pour les bibliotheques et les 
frameworks car vous ne savez dans quel mode vos 
clients fonctionnent. 

Les developpeurs avances seront heureux d'apprendre 
qu'il est possible d'ecrire du code qui fonctionnera en 
mode GC sous 10.5 et en mode manuel sous 10.4. II 
faut bien sur se passer des references faibles (_weak) 
ainsi que des containers les utilisant (NSMapTable, 
NSHashTable et NSPointerArray). 

Andre Pang a ecrit un long article sur ce sujet trop 
avance pour etre traite dans cet ouvrage. Nous vous en 
recommandons la lecture sur MDN : http://www.mac- 
developer-network.com/podcasts/lnc/lnc036/. 
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Detecter que le code s'execute 
en mode GC 



if ([NSGarbageCollector defaultCollector] != 

{ 

// execution en mode GC 

} 
else { 

// mode manuel : il faut utiliser 

// retain/release, etc. 

} 



nil) 



Vous determinez si le code s'execute ou non en 
mode GC avec le code ci-dessus. 

Si vous etes en train d'ecrire du code destine a etre 
execute en mode GC et en mode manuel ou si 
vous developpez une bibliotheque, vous devez 
ecrire deux fois le code relatif a la gestion de la 
memoire, et vous devez executer le code approprie 
lors de l'execution. 

Le code precedent ne fonctionne bien sur qu'a 
partir de Mac OS X 10.5 puisque l'objet-classe 
NSGarbageCollector n'existe pas dans les versions 
precedentes. 

Pour aller plus loin 

Vous pouvez sans doute obtenir le meme resultat grace 
avec un appel a objc_getClass(" NSGarbageCollector") 
qui fonctionne independamment de la disponibilite de 
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la classe NSGarbageCollector. II est toutefois donne ici a 
etre educatif seulement, car il est fortement decon- 
seille d'utiliser ce genre d'astuce pour obtenir une 
retrocompatibilite. 



Solliciter le ramasse-miettes 



NSGarbageCollector *collector = 

t» [NSGarbageCollector defaultCollector] ; 

[collector collectlf Needed] ; 

// nettoie la memoire si 
// bonne opportunity 

//ou : 

[collector collectExhaustively] ; 

// force un nettoyage 

// exhaustif de la memoire 



Ce code montre qu'Objective-C dispose d'un 
moyen d'indiquer au ramasse-miettes qu'un petit 
nettoyage serait bienvenu. 

Java et C# disposent egalement de cette possibilite 
de suggerer un nettoyage, voire de forcer le ramasse- 
miettes de proceder a un nettoyage de la memoire, 
avec respectivement System. gc() et GC. Collect (). 
Mais leur utilisation est fortement deconseillee, sauf 
cas extremement specifiques. 
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Attention 

De la meme maniere qu'en Java et C# done, il est 
deconseille d'utiliser cette methode en Objective-C sauf 
dans des cas tres specifiques et tres rares. En effet, il 
arrive qu'en voulant ainsi optimiser une application, le 
developpeur obtienne I'effet inverse. 

Le ramasse-miettes est actionne par I'environnement 
d'execution lorsque ce dernier trouve une bonne 
opportunity pour le faire. Cette opportunity depend 
non seulement de I'etat de I'application en cours, mais 
egalement de donnees externes auxquelles le develop- 
peur n'a pas acces (telles que la quantite de memoire 
disponible sur le systeme, la memoire occupee par les 
autres applications, I'utilisation du processeur, etc.) 

Un bon ramasse-miettes va optimiser les ramassages 
en fonction de toutes ces donnees et utiliser une 
heuristique a cette fin. 



Implementer la methode 
finalize 



- invalidate { 

if (monFichier != nil) { 

//monFichier est une instance 
//de NSFileHandle 
[monFichier closeFile] 
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finalize { 

[self invalidate] 
[super finalize] 



La methode finalize est la methode jumelle de 
dealloc lorsque la gestion automatique de la 
memoire est activee. 

La regie generale est que si vous avez besoin d'une 
methode finalize, c'est qu'il vous faut egalement 
une methode invalidate qui sera appelee pour 
liberer les ressources de votre instance avant la fina- 
lisation. 

Comme vous le voyez, il n'y a rien de difficile dans 
l'ecriture de la methode finalize puisque tout le 
travail doit etre fait dans la methode invalidate. 

Attention 

II est important de bien comprendre les risques inhe- 
rents a la mauvaise utilisation de la methode finalize. 

Tout comme le ramasse-miettes de la machine virtuelle 
Java ou de I'environnement d'execution commun de 
.Net, la finalisation des objets se fait dans un ordre 
non determine. II est done extremement important 
d'eviter autant que possible tout contact avec d'autres 
objets finalisables dans ('implementation de la methode 
finalize afin d'eviter les plantages, voire les resurrec- 
tions, d'objets deja finalises. 



Propriete de Albiri Sigue <tag.tog@gmail.com> 



112 CHAPITRE3 Le passage d'Objective-C 1.0 a 2.0 

De plus, etant donne que tous les objets ramasses voient 
leur methode finalize appelee lors du processus, il est 
important que chaque methode execute le moins de 
taches et soit la plus courte possible, afin de minimiser 
le blocage de I'application durant le ramassage. 

Idealement, la methode finalize ne devrait rien faire 
et s'il y a des ressources a liberer, il faut le faire dans 
la methode invalidate (voir la section "Liberer les 
ressources cheres des que possible"). 



Ecrire les accesseurs et 
mutateurs en mode GC 



//couple getter/setter sans copie 

- (NSString*) maChaine { 

return maChaine; 

} 

- (void) setMaChaine: (NSString*) 

m> nouvelleChaine { 

maChaine = nouvelleChaine 

} 

//couple getter/setter avec copie 

//la methode retourne une copie de l'objet, 

//au lieu de retourner l'objet lui-meme. 

- (NSString*) maChaine { 

return [maChaine copy] ; 

} 

//la methode copie l'objet qu'elle recoit, 

//au lieu de la retenir simplement. 
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(void) setMaChaine: (NSString*) nouvelleChaine { 
if (maChaine != nouvelleChaine) { 

_maChaine = [nouvelleChaine copy]; 



L' activation du ramasse-miettes supprime toutes les 
difficultes relatives a l'ecriture des accesseurs et des 
mutateurs, a tel point que leur ecriture devient tri- 
viale. Nous avons vu au chapitre precedent que, 
suivant le besoin, il y avait trois differentes manieres 
d' ecrire les accesseurs et mutateurs simples et ega- 
lement une quatrieme technique lorsque vous sou- 
haitez copier la variable d'instance. 

En mode ramasse-miettes, tout ceci se simplifie en 
un couple getter/setter simple et un couple getter/ 
setter pour la copie, sans aucune difficulte. 

Info 

L'ecriture des accesseurs/mutateurs est tellement 
simple en mode ramasse-miettes qu'il n'est meme plus 
la peine de les ecrire. Nous allons voir dans les sections 
suivantes comment demander au compilateur de les 
generer pour nous. Les proprietes auto-generees 
devraient couvrir au moins 95 % besoin. Vous n'aurez 
a implementer le couple getter/setter que lorsque vous 
souhaitez effectuer des operations speciales a chaque 
fois qu'un getter ou un setter est appele. 
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Utiliser la nouvelle Dot Syntax 



©interface ClasseGuideDeSurvie : NSObject { 
//... definitions diverses 

} 

- (void) setMaChaine: (NSString *)chaine; 

- (NSString *) maChaine; 
@end 

// ... 

ClasseGuideDeSurvie * instance = 

*> [ [ClasseGuideDeSurvie alloc] init]; 

instance. maChaine = @"chaine"; 

NSString * test = instance. maChaine; 



Cette nouvelle syntaxe utilisant un point (.) au lieu 
des crochets habituels ([ ]), appelee Dot Syntax, est 
tres proche des appels de methodes en Java et C#. 

Non seulement, elle ameliore la lisibilite du code, 
notamment lorsque plusieurs messages doivent etre 
imbriques, mais elle apporte me me quelques avan- 
tages. Son utilisation est particulierement appropriee 
pour les proprietes, que nous decouvrons dans la 
section suivante. 

Les appels sous forme de Dot Syntax sont transfor- 
mers en messages traditionnels par le compilateur. 
II n'y a done techniquement aucune difference de 
code entre un envoi de message traditionnel et la 
nouvelle syntaxe. Toutefois, cette nouvelle syntaxe 
permet d'effectuer des verifications supplementai- 
res par rapport a 1' envoi de message : e'est notam- 
ment le cas lorsque vous essayer de lire une propriete 
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qui n'existe pas, d'affecter une propriete qui n'existe 
pas, ou de changer la valeur d'une propriete qui ne 
possede est en lecture seule (c'est-a-dire qu'il y a 
un getter, mais pas de setter associe). Dans ces cas 
precis, le compilateur genere une erreur alors qu'un 
envoi de message invalide n'engendre qu'un aver- 
tissement. Le fonctionnement est tres simple : 

instance. maPropriete = valeur; 

id resultat = instance. maPropriete; 

Par defaut, lorsque le compilateur rencontre une 
lecture de la valeur instance. maPropriete, il appelle 
la methode maPropriete et lorsqu'il rencontre une 
affectation, il la transfer me en un appel de la 
methode setPropriete:. 

Notez enfm qu'il est possible de changer le compor- 
tement par defaut en utilisant les proprietes. Nous 
decouvrons les proprietes a la section suivante. 

Attention 

La Dot Syntax reclame au developpeur de la discipline. 

¥ 

Etant donne que la Dot Syntax n'est qu'une sorte d'as- 
tuce du compilateur, il est possible d'en user et d'en 
abuser. C'est pourquoi, il est recommande au deve- 
loppeur de rester discipline et de limiter la syntaxe aux 
getter/setter. En effet, rien n'empeche d'utiliser la 
syntaxe pour n'importe quelle methode et de voir des 
lignes de code horribles, telles que instance. retain qui 
est valide, mais contraire a I'esprit de la syntaxe. 
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Declarer les proprieties 



//la propriete suivante est totalement 

// equivalente aux getters/setters qui sont 

// commentes ci-dessous : 

©property NSString * maChaine; 

//- (void) setMaChaine: (NSString *)chaine; 

//- (NSString *) maChaine; 



Les proprietes sont formees de deux parties : une 
partie declaration et une partie V implementation. Le 
code ci-dessus montre ce a quoi ressemble la partie 
declaration. Nous traiterons T implementation dans 
la section suivante. 

Les proprietes sont Tune des nouveautes importan- 
tes d'Objective-C 2.0 et permettent, non seule- 
ment de simplifier grandement la tache lors de 
l'ecriture des accesseurs/mutateurs, mais aussi de 
specifier clairement aux utilisateurs de vos classes 
les choix ayant ete fait pour l'lmplementation de 
vos methodes. 



Info 

Les proprietes sont disponibles en C# depuis la ver- 
sion 1 .0, mais elles ont ete affinees avec la version 2,0, 
puis 3.0 du langage. Python dispose egalement des 
proprietes qui sont declarees grace a des decorateurs. 
En revanche, Java n'a jamais adopte les proprietes, ce 
qui est assez dommage car les developpeurs Java ne 
peuvent pas profiter de leurs avantages. 
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Les proprietes sont tellement importances qu'Apple 
preconise desormais de ne pas declarer les accesseurs 
et mutateurs autrement que par les proprietes. 

Une fois qu'une propriete a ete ainsi declaree, vous 
avez le choix entre fournir vous-meme l'lmple- 
mentation ou bien demander au compilateur de la 
generer pour vous. Dans la tres grande majorite des 
cas, il est totalement inutile de passer votre temps a 
les ecrire et vous demanderez done au compilateur 
de travailler a votre place et vous pouvez specifier, 
grace aux attributs de la propriete, les regies qu'il 
devra suivre afin d'implementer les methodes sui- 
vant vos besoins (nous consacrons la section sui- 
vante a ces attributs). 



Les attributs des proprietes 



^property (attributs) type nom; 



Par defaut, les proprietes creees porteront respecti- 
vement le nom de nom/setNom pour le getter et le 
setter. II est possible de proposer au compilateur 
d'autres noms, comme nous le verrons dans la sec- 
tion suivante, sous forme d'attributs. De plus, attri- 
buts est constitue d'une liste d'attributs separes par 
des virgules. 

Un exemple concret aurait done la forme : 

@property (neadwrite, assign, atomic) NSStning * 
w maChaine; 
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L'exemple ci-dessus est tout a fait equivalent au 
code ci-apres : 

//- (void) setMaChaine: (NSString *)chaine; 
//- (NSString *) maChaine; 

Toutefois, la propriete dispose d'un avantage impor- 
tant : elle permet a l'utilisateur de la declaration de 
savoir que votre propriete utilise l'assignation (par 
opposition a la copie avec copy ou a la retenue avec 
retain) et que vos methodes sont atomiques (c'est- 
a-dire thread-safe) . 



Specifier le nom des accesseurs 
et mutateurs d'une propriete 



©property (getter=maChaine) NSString * maChaine; 

©property (setter=setMaChaine) NSString * 

*► maChaine; 

©property (getter=maChaine, setter=setMaChaine) 

m> NSString * maChaine; 



Vous pouvez specifier le nom des accesseurs et 
mutateurs grace aux attributs getter= et setter=, 
qui sont tous deux facultatifs. Par exemple, les trois 
declarations ci-dessus sont valides. 

Toutefois, et, en regie generale, il vaut mieux suivre 
la convention consistant a avoir les proprietes 
maChaine et setMaChaine: et eviter de compliquer 
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les choses en fournissant des methodes utilisant une 
autre nomenclature. 



Definir une propriete en lecture 
seule 



©property NSString * maChaine; //1 

©property (readwrite) NSString * maChaine; 1 12 

©property (readonly) NSString * maChaine; //3 



Par defaut, les proprietes sont en lecture et ecriture, 
mais vous pouvez utiliser l'attribut readwrite pour 
le rendre explicite et l'attribut readonly pour 
annoncer une propriete en lecture seule. 

Dans l'exemple precedent, (1) et (2) sont totale- 
ment equivalents, tandis que (3) annonce une pro- 
priete qui sera en lecture seule. 

Info 

Comme nous I'avons vu en abordant la Dot Syntax, 
lorsqu'une propriete est definie en lecture seule, le 
compilateur genere une erreur si vous essayez de 
modifier la propriete. Ceci est different des messages 
standard ou le compilateur se limite a envoyer un 
avertissement lorsqu'il detecte qu'une methode est 
manquante. 
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Definir le type de comptage 
de references 



©property NSString * maChaine; //1 
©property (assign) NSString * maChaine; 1 12 
©property (retain) NSString * maChaine; //3 
©property (copy) NSString * maChaine; //4 



Les attributs assign, retain et copy sont disponibles 
afin de specifier le fonctionnement interne du 
mutateur. Par defaut, c'est assign qui est choisi. 

Dans l'exemple precedent, (1) et (2) sont totale- 
ment equivalents et stipulent que le mutateur se 
limite a assigner la nouvelle valeur, tandis que (3) 
signifie que le mutateur retient l'objet assigne et la 
valeur precedente est libere. Enfin, (4) specifie que 
la mutateur obtient une copie de l'objet et libere 
l'ancienne valeur. Ce dernier attribut requiert que 
la classe de la propriete implemente le protocole 
NSCopying. 

Info 

Si vous utilisez le ramasse-miettes, vous ne devez pas 
specifier d'attribut ici, sous peine d'avoir une erreur a 
la compilation. La seule exception est le cas ou votre 
classe implemente le protocole NSCopying et que vous 
utilisez I'attribut copy. 
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II est recommande, lorsque la memoire est geree 
manuellement, de ne pas se baser sur la valeur par 
defaut, mais d'expliciter votre choix en utilisant 
l'attribut assign. Cela rendra votre code d'autant 
plus clair et vous evitera un avertissement inutile de 
la part du compilateur. 

Specifier I'atomicite 
de la methode 



@property NSString * maChaine; //1 

@property (nonatomic) NSString * maChaine; 1 12 



Par defaut, toutes les proprietes sont atomiques. 
L'attribut nonatomic permet de specifier que le 
getter et le setter sont non-atomiques. 

Dans l'exemple precedent, (1) designe une pro- 
priete atomique (c'est-a-dire que les methodes sont 
thread-safe). Cela signifie que lorsque la memoire est 
geree manuellement, des verrous (lock) doivent etre 
utilises. 

L'exemple (2) designe une propriete non atomique. 
Dans ce cas, l'implementation de l'accesseur se 
contente de simplement renvoyer la valeur. 
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Specifier qu'une reference est 
forte ou faible pour une propriete 



©property (attributs) NSString * maChaine; //1 

©property {attributs) strong NSString * 

h» maChaine; 112 

©property {attributs) weak NSString * 

h» maChaine; //3 



Par defaut, les references sont fortes. Toutefois, vous 

pouvez utiliser le decorateur weak et strong 

pour specifier le type de reference de la propriete. 

Dans l'exemple precedent, (1) et (2) sont totale- 
ment equivalents et designent une reference forte, 
tandis que dans (3) c'est une reference faible qui a 
ete declaree. 

Attention 

Comme vous pouvez le voir, _weak et strong ne sont 

pas declares avec les attributs. Ce sont des decorateurs 
et non pas des attributs de la propriete. C'est une 
difference syntaxique sans vraiment grande impor- 
tance. 
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Demander au compilateur 
d'ecrire le code des proprietes 



// declare dans le fichier d'en-tete : 
^property (nonatomic) NSString * maChaine; 
// fichier d ' implementation : 
©implementation ClasseGuideDeSurvie 
©synthesize maChaine; 
// ... 
@end 



Comme vous pouvez le voir, en une seule ligne et 
grace a la directive @synthetize, le compilateur 
genere l'implementation de la methode automati- 
quement. Les developpeurs .Net reconnaitront 
cette fonctionnalite disponible depuis la ver- 
sion 3.0 de C# et portant le nom de propriete auto- 
implementee. 

Cette directive demande au compilateur de gene- 
rer a la volee le code du getter, et si votre propriete 
n'est pas marquee par l'attribut readonly, le code du 
setter (readwrite est l'attribut par defaut). 

II est aussi important de noter que vous n'etes pas 
oblige d'utiliser @synthetise.Vous pouvez bien sur 
fournir votre propre implementation de l'accesseur 
et du mutateur, meme si vous avez declare les pro- 
prietes avec ^property dans le fichier d'en-tete. 
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Si vous avez plusieurs couples de getter/setter a 
implementer, vous pouvez les mettre a la suite sur 
une seule ligne, de la maniere suivante : 

@synthesize maChaine, monAutreChaine; 

De plus, bien que nous ne recommandions pas 
cette technique, il est possible de specifier la varia- 
ble d'instance a utiliser pour la propriete : 

©synthesize maChaine = uneChaineQuelconque; 

Le code precedent demande au compilateur de 
generer les methodes maChaine et setMaChaine: en 
utilisant la variable d'instance uneChaineQuelconque. 
II est plus propre et plus simple de toujours utiliser 
une variable et les getter/setter portant le meme 
nom. 

Info 

La directive ©dynamic peut etre utilisee a la place de 
@synthetize, voir section "Fonctionnement de ©dyna- 
mic" 



Runtime moderne et Runtime historique 

Si votre code est compile sur un environnement d'exe- 
cution historique, la variable d'instance sur laquelle se 
base la propriete doit avoir ete declaree dans le fichier 
d'en-tete. 
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En revanche, si votre code est compile sur un environ- 
nement d'execution moderne, il n'est pas obligatoire 
de declarer la variable d'instance : si le compilateur le 
trouve, il I'utilise, s'il ne le trouve pas, il le genere 
egalement en meme temps que la propriete. 



N'oubliez pas la methode dealloc si vous gerez 
manuellement la memoire. Comme le compilateur 
genere pour vous les getter/setter, il est tentant 
d'oublier que la tache d'ecrire la methode dealloc 
vous incombe toujours. 



Fonctionnement de Adynamic 



©implementation ClasseGuideDeSurvie 
Adynamic maChaine; 

- (NSString*) maChaine { 

return maChaine; 

} 

- (void) setMaChaine: (NSString*) nouvelleChaine { 

if (maChaine != nouvelleChaine) { 
[jnaChaine release] ; 
_maChaine = [nouvelleChaine retain]; 



} 
@end 



Dans l'exemple precedent, vous pouvez constater 
que la directive ©dynamic est utilisee, mais que l'im- 
plementation a ete egalement fournie. 
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La directive Adynamic est assez originale puisqu'elle 
ne possede vraiment pas d'equivalent dans les 
autres langages : C# ne dispose pas encore de pro- 
prietes dynamiques dans la version 3.0, mais la 
version 4.0 du langage les integre (sortie en 2010). 
Python dispose du concept de proprietes, mais il 
faut appliquer des annotations, done la definition 
doit etre presente meme s'il est possible de la rem- 
placer pendant l'execution. 

Si vous utilisez Adynamic au lieu @synthetize, vous 
faites comprendre au compilateur que vous vous 
chargez de fournir 1'implementation, et que ce 
dernier n'a pas a se soucier de trouver rimple- 
mentation dans votre code : rimplementation 
peut etre fournie au moment de la compilation ou 
dynamiquement, lors de l'execution par un meca- 
nisme tel que le chargement dynamique de code 
ou la resolution dynamique de methode. 

C'est bien entendu une methode avancee qui ne 
sera pas forcement employee dans les projets relati- 
vement simples. 



Declarer une propriete avec un 
getter public et un setter prive 



//fichier d'en-tete: "ClasseGuideDeSurvie.h" 
^interface ClasseGuideDeSurvie : NSObject 
•» <MonProtocole, NSCopying> { 

©private 

NSString * maChaine; 
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^property (nonatomic, readonly, assign) 

*+ NSString * maChaine; 

@end 

//Extension privee : 

t» "ClasseGuideDeSurvie+PrivateMethodsExtension . h" 

©interface ClasseGuideDeSurvie ( ) 

©property (readwrite, assign, nonatomic) 

•-NSString * maChaine; 

@end 

//fichier d' implementation " ClasseGuideDeSurvie. m" 

#import " ClasseGuideDeSurvie . h " 

©implementation ClasseGuideDeSurvie 

©synthesize maChaine 

©end 



L'une des specificites importantes des proprietes est 
qu'il est possible de declarer une propriete readonly 
dans le fichier d'en-tete d'une classe, puis de la 
redeclarer comme readwrite dans une extension de 
la classe (voir section "Les extensions" au Chapitre 1 , 
pour savoir ce qu'est une extension). 

II est ainsi possible, comme dans l'exemple prece- 
dent, de declarer une propriete dont le getter est 
public et le setter prive. Cette technique fort utile 
devrait etre plus simple a implementer : les deve- 
loppeurs C# 2.0 peuvent faire la meme chose de 
maniere bien plus simple grace au fait que C# n'a 
pas besoin de fichier d'en-tete. 
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Creer une sous-classe muable 
d'une classe immuable 



©interface Classelmmuable : NSObject {NSString 

*» maChaine;} 

©property (readonly, copy) NSString * maChaine; 

@end 

©interface ClasseMuable : Classelmmuable {} 

©property (readwrite, copy) NSString * maChaine; 

@end 

©implementation Classelmmuable 

©synthesize maChaine; 

@end 

©implementation ClasseMuable 

©synthesize maChaine; 

@end 



La seconde specificite importante des proprietes et 
qu'il est possible pour une sous-classe de redeclarer 
une propriete readonly de la classe mere et de la 
rendre ainsi readwrite. Tous les autres attributs doi- 
vent rester les memes. 

Bien que cela puisse paraitre etrange, voire cho- 
quant a premiere lecture, cela devient tout a fait 
logique des que Ton se rappelle qu'une propriete 
n'est rien de plus qu'un couple de methodes (et en 
1' occurrence, parfois une methode unique). 

II est done tout a fait normal pour une sous-classe 
de pouvoir aj outer une methode a l'ensemble des 
methodes heritees de sa super-classe, en l'occur- 
rence un setter. 
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Info 

Un objet est dit muable lorsque ses proprieties peuvent 
changer. Par exemple un dictionnaire est dit muable 
s'il est possible d'y inserer des elements (associes a des 
nouvelles cles), ou de changer les elements correspon- 
dants aux cles deja contenues dans le dictionnaire. 

A I'oppose, un objet est dit immuable lorsqu'aucune de 
ses proprietes ne peut changer. Si nous reprenons 
I'exemple du dictionnaire, la version immuable serait 
un dictionnaire qui, une fois initialise, serait un mode 
lecture seule : impossible d'inserer ou de supprimer 
des objets ou de modifier les objets correspondants 
aux cles presentes. 



Utiliser les enumerations rapides 



NSDictionary* die = [NSDictionary 
t» dictionaryWithOb j ectsAndKeys : @»cle1 " , 
*. [NSNumbernumberWithInt:1], @"cle2", 
*> [NSNumber numberWithInt:2] , @"cle3\ 
t» [NSNumber numberWithInt:3] , nil]; 
for (id elem in dic){ 

NSLog(@"boucle1 - element: %@ de type %@», 
^elem, [elem className]) ; 

} 

for (id elem in [die allKeys]){ 

NSLog(@"boucle2 - element: %@ de type %@», 

^elem, [elem className]); 

} 

for (id elem in [die allValues]){ 

NSLog(@"boucle3 - element: %@ de type %@», 

^elem, [elem className]); 
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for (id elem in [die keyEnumerator]){ 
NSLog(@"boucle4 - element: %@ de type %@», 
ta»elem, [elem className]); 

} 

for (id elem in [die objectEnumerator]){ 

NSLog(@"boucle5 - element: %@ de type 

*►%£», elem, [elem className]); 



L' execution du code precedent donne : 



bouclel 
bouclel 
bouclel 
boucle2 
boucle2 
boucle2 
boucle3 
boucle3 
boucle3 
boucle4 
boucle4 
boucle4 
boucle5 
boucle5 
boucle5 



element 
element 
element 
element 
element 
element 
element 
element 
element 
element 
element 
element 
element 
element 
element 



1 
2 
3 
1 
2 
3 



de 
de 
de 
de 
de 
de 



clel 
cle2 
cle3 

1 de 

2 de 

3 de 
clel 
cle2 
cle3 



type NSCFNumber 
type NSCFNumber 
type NSCFNumber 
type NSCFNumber 
type NSCFNumber 
type NSCFNumber 
de type NSCFString 
de type NSCFString 
de type NSCFString 
type NSCFNumber 
type NSCFNumber 
type NSCFNumber 
de type NSCFString 
de type NSCFString 
de type NSCFString 



Les enumerations rapides sont 1' equivalent des bou- 
cles f o reach de C# et leur equivalent sous forme de 
boucle for modifiee en Java et Python. 

Vous pouvez utiliser les enumerations rapides avec 
toutes les classes containers de Cocoa, Apple ayant 
pris soin de les reimplementer a cette fin. 
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Les avantages des enumerations rapides sont nom- 
breux, et c'est pour cela qu' Apple (et Sun avec Java) 
a suivi l'exemple donne par Python et C# : 

• La syntaxe est plus compacte et le code bien plus 
lisible et comprehensible. 

• Les performances sont meilleures qu'avec un 
enumerateur. Bien sur, les performances depen- 
dent des types de containers. Une liste est par 
exemple tres appropriee pour un parcours 
lineaire, alors qu'un tableau est destine a etre 
accede par un index. 

• II est interdit de modifier le container durant 
l'execution de la boucle : une exception est levee 
dans ce cas. En consequence, il est possible de 
faire plusieurs enumerations simultanement. 



Implementer les enumerations 
rapides pour vos propres classes 



r 

©interface Enumerable 


: NSObject 


<NSFastEnumeration> { 




NSNumber * zero; 




NSNumber * un; 




NSNumber * deux; 

} 

©property (readwrite, 




assign) NSNumber * zero; 


©property (readwrite, 


assign) NSNumber * un; 


©property (readwrite, 


assign) NSNumber * deux; 


@end 




©implementation Enumerable 
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©synthesize zero; 
©synthesize un; 
©synthesize deux; 

- (NSUInteger)countByEnumeratingWithState: 
*> (NSFastEnumerationState *)state objects: 
*+ (id *)stackbuf count: (NSUInteger)len { 
NSUInteger fastEnumCount = 0; 
if (state->state == 0){ 

stackbuf[0] = self. zero; 

fastEnumCount = 1 ; 

state->state = 1; 

else if (state->state == 1){ 
stackbuf[0] = self.un; 
fastEnumCount = 1 ; 
state->state = 2; 

} 

else if (state->state == 2){ 

stackbuf[0] = self. deux; 

fastEnumCount = 1 ; 

state->state = 3; 

} 
else { 

return 0; 

} 

state->itemsPtr = stackbuf; 

state->mutationsPtr = (unsigned long *)self; 

return fastEnumCount; 

\ 
©end 

int exempleEnumerationlmplementation ( ) { 

Enumerable * enumerable = [[Enumerable alloc] 

^init]; 
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enumerable. zero = [NSNumber numberWithInt:0] ; 
enumerable. un = [NSNumber numberWithInt:1] ; 
enumerable. deux = [NSNumber numberWithInt:2] ; 
for (id elem in enumerable) { 

NSLog(@" element: %@ de type %@», elem, 

** [elem className]); 



L'exemple precedent retourne : 

element: de type NSCFNumber 
element: 1 de type NSCFNumber 
element: 2 de type NSCFNumber 

Pour que vos classes puissent etre utilisees avec les 
enumerations rapides, il faut qu'elles implementent 
le protocole NSFastEnumeration, qui ne contient 
qu'une seule methode :(NSUInteger)countByEnume- 
ratingWithState: (NSFastEnumerationState *)state 
objects: (id *)stackbuf count : (NSUInteger)len. 

Malheureusement, ce n'est pas une methode tri- 
viale a implementer et il vous faudra de l'entraine- 
ment avant d'arriver a ecrire votre premiere 
implementation. Veuillez- vous reporter a la docu- 
mentation d' Apple pour obtenir les informations 
necessaires, comprendre ce que doit contenir l'ins- 
tance de NSFastEnumerationState et ce que doit 
retourner votre methode, dans les structures passees 
par reference. 
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De plus, il y a peu de classes qui necessitent d'etre 
parcourues de la sorte, done il est fort probable que 
vous n'implementiez ce protocole que tres occa- 
sionnellement. Mais une fois ce protocole imple- 
mente, il sera beaucoup plus simple d'iterer sur les 
instances de ladite classe. 

L'exemple precedent montre egalement qu'il est 
possible d'iterer sur n'importe quel type de classe et 
de donnee, et qu'il peut etre parfois astucieux de 
faire ainsi. 



Que se passe-t-il quand nil 
regoit un message ? 



NSString * maChaineNil = nil; 

NSNumber * longueur = [NSNumber numberWithlnt: 

*> [maChaineNil length]]; 

NSLog(@»longueur: %@», longueur); 

NSLog(@»description: %@», 

*+ [maChaineNil description]); 



Ce code pourrait faire hurler n'importe quel deve- 
loppeur Java ou C#... 

Pourtant, non seulement le code compile sans 
erreur, mais il s' execute egalement sans erreur : 

» longueur: 

» description: (null) 
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La raison ? Contrairement a la plupart des autres 
langages de programmation, il est parfaitement 
valide d'envoyer un message a nil. 

Dans les grandes lignes, la regie simplifiee a retenir 
est la suivante : quand un message est envoy e a nil, 
la valeur retournee est si la methode en question 
renvoyait un objet ou un objet de type scalaire 
(float, int, double, etc.) 

Info 

Nous avons choisi de simplifier ici la regie car celle-ci 
couvre 99 % des cas. Pour les cas non-traites que sont 
les methodes retournant des structures ou des objets 
de type valeurs ne faisant pas partie des types primitifs 
d'Objective-C, nous vous invitons a consulter la refe- 
rence Objective-C d'Apple. 



Cette section ne se trouve pas par erreur dans le 
chapitre consacre a Objective-C 2.0. En effet, le 
comportement de 1'environnement d'execution 
d' Objective-C a change entre la version 2.0 : dans 
la version 1.0 d'Objective-C un message envoye a 
nil etait valide a condition que la methode retourne 
un objet. Dans ce cas, la valeur retournee etait nil. 
Dans tous les autres cas, la valeur retournee etait 
indefinie. 
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Gestion des 
notifications et 
des evenements 



Dans ce chapitre, nous abordons le systeme de noti- 
fications utilise en Objective-C. Dans le jargon 
Cocoa, les termes evenement {event) et notification 
{notification) designent deux concepts tres proches, 
mais distincts, qui sont en general confondus dans 
par les autres langages de programmation sous le 
terme evenement (par exemple, par Java ou C#). 

Pour nous, le terme evenement designe une action 
provenant du materiel (souris, clavier, etc.), tandis 
que notification designe le moyen par lequel un 
objet notifie les autres objets de 1' occurrence d'un 
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evenement logiciel. Ce systeme ce base sur le rnodele 
de conception (design pattern) appele publication / abon- 
nement (publish / subscribe) qui fera l'objet de la pre- 
miere section. 



Principe du rnodele de conception 
publication/abonnement 

Les developpeurs C# et Java sont habitues a l'utili- 
sation d'objets de type evenement pour la gestion 
des evenements : C# possede le mot-cle event per- 
mettant d'introduire un membre de type evene- 
ment parmi les differentes variables d'instance de 
votre classe. Java permet d'obtenir le meme resultat, 
mais en derivant une nouvelle classe depuis Java, 
util . EventOb] ect. Le rnodele de conception imple- 
mente ici au niveau langage est le rnodele observa- 
teur/ observable. 

Ce rnodele consiste done a mettre en relation 
directe les objets interesses par les changements 
d'etats d'un autre objet. On dit alors que les objets 
observateurs s'abonnent a certains evenements de 
l'objet tiers (observable) qui prend alors a sa charge 
le role de les notifier lorsqu'une certaine propriete 
est modifiee ou lorsqu'un certain evenement se 
produit. 

Objective-C propose une generalisation de cette 
approche, appelee le rnodele de conception publica- 
tion/abonnement : ce ne sont pas les ici les observables 
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(objets observes) qui prennent a leur charge d'infor- 
mer les observateurs, mais un intermediate appele 
centre de notifications qui, dans le cas de Cocoa est 
une instance de la classe NSNotificationCenter. 

Un centre de notifications est done tout simple- 
ment un objet qui prend a sa charge la transmission 
des notifications depuis l'objet emetteur vers l'ob- 
jet observateur. Une analogie serait par exemple 
Tweeter : vous (objet observe) envoyez un tweet 
(notification) a Tweeter. com qui occupe le role du 
centre de notifications qui va 1'acheminer vers le 
destinataire (observateur) en leur envoyant, par 
exemple, un SMS. 

Cette implementation est plus generique et decou- 
ple totalement les differents objets : un objet edi- 
teur envoie ses evenements au centre de notifications 
et n'a done besoin de rien savoir a propos de ses 
abonnes, et les abonnes ne communiquent qu'avec 
le centre de notifications. 

Les principaux avantages resultant de ce decou- 
plage sont qu'un objet envoyant une notification 
n'est pas en charge de savoir si des observateurs 
sont abonnes, et de plus le centre de notifications 
faisant office d'intermediaire, l'objet n'a pas non 
plus besoin de savoir si les objets sont locaux ou pas. 
II est ainsi possible d'abstraire les communications 
distantes et de creer des systemes distribues tres 
facilement. 
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Obtenir le centre de 
notifications par defaut 



[NSNotificationCenter defaultCenter] 



Chaque processus dispose d'un centre de notifica- 
tions par defaut, et vous n'avez pas a creer d'ins- 
tance de cette classe.Vous obtenez l'instance par 
defaut en envoyant le message defaultCenter a 
l'objet-classe NSNotificationCenter. 

Comme nous l'avons vu dans la section prece- 
dente, il est possible de creer de maniere transpa- 
rente un centre de notifications distribue. 
NSNotificationCenter n'envoie les notifications que 
dans le processus en cours d'execution. Mais il 
existe egalement NSDistributedNotificationCenter 
qui per met d'envoyer les notifications vers diffe- 
rents processus (uniquement en local dans l'im- 
plementation actuelle) .Les notifications distribuees 
sont beaucoup plus lourdes, il ne faut done pas de 
les utiliser par defaut. 

Les notifications distribuees sont tres importantes 
pour le developpement d'applications distribuees. 
Toutefois, NSDistributedNotificationCenter et les 
sujets relatifs sortent du cadre de cet ouvrage et 
nous vous recommandons de vous reporter a la 
documentation d'Apple pour les decouvrir. 
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Poster une notification synchrone 



[ [NSNotificationCenter def aultCenter] 
h» postNotification: [NSNotification 
*> notificationWithName:@"maNotification" 
*+ object: instance]] ; 

//equivalent a : 

NSNotification * notif = [NSNotification 

t» notificationWithName:@"maNotification" 

t» object: instance] 

[ [NSNotificationCenter def aultCenter] 

t» postNotification : notif ] ; 

//equivalent a : 

[ [NSNotificationCenter def aultCenter] 

h» postNotification :@"maNot if icat ion" 

*> object: instance]] ; 



Comme vous pouvez le voir, il est assez simple 
d'envoyer une notification synchrone : il suffit de 
creer une nouvelle instance de NSNotification et de 
l'envoyer au centre de notifications par defaut. 

Il est egalement possible d'envoyer directement le 
message postNotification au centre par defaut avec 
les arguments necessaries a la creation de l'ins- 
tance de NSNotification, et le centre de notifica- 
tions gerera le reste. 
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II existe trois versions de la methode postNotifica- 
tion, deux d'entre-elles etant des versions simpli- 
fies de la principale : 

- postNotification: //version principale 

//NSNotification comme argument 

- postNotificationName: object: //userlnfo est null 

- postNotificationName : ob j ect : userlnfo : 

Voici un autre exemple montrant 1'utilisation de 
postNotificationName: object: userlnfo: et done 
egalement comment il est possible de passer des 
informations supplementaires sous la forme du dic- 
tionnaire userlnfo : 

NSDictionary* die = [NSDictionary 

*> dictionaryWithObjectsAndKeys: @"clef1 " , 

*> [NSNumber numberWithlntM ] , @"clef2\ 

*. [NSNumber numberWithInt:2] , @"clef3", 

^[NSNumber numberWithInt:3] , nil]; 

[ [NSNotificationCenter def aultCenter] 

•»• addObserver: instance 

*> selector :@selector(afficherNotification: ) 

+> name:@"maNotification" object: instance] ; 

[ [NSNotificationCenter def aultCenter] 

w postNotificationName : @"maNotification " 

*> object: instance userInfo:dic] ; 

Les notifications envoyees ainsi au centre de 
notifications sont synchrones : la methode post- 
Notification : ne rend la main qu'une fois toutes 
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les notifications envoyees et que les observateurs 
ont traite la notification. C'est done une maniere 
de proceder peu performante. 



Poster une notification 
asynchrone 



NSNotification * notification = [NSNotification 

*> notificationWithName:@"maNotification" 

*> object: instance userlnfoidic] ; 

[ [NSNotificationQueue def aultQueue] 

*> enqueueNotification : notification 

*> postingStyle:NSPostASAP] ; 



Comme nous l'avons vu a la section precedence, les 
envois de notifications au centre par defaut via les 
differences methodes postNotification: sont syn- 
chrones. II est possible d'envoyer les notifications 
de maniere asynchrone, via l'utilisation des files 
d'attente de notifications, instances de la classe 
NSNotificationQueue. Nous verrons dans la section 
suivante que ces files fournissent une seconde fonc- 
tionnalite tres importante. 

La methode de classe def aultQueue retourne la file 
d'attente par defaut du centre de notifications par 
defaut. 



Propriete de Albiri Sigue <tag.tog@gmail.com> 



144 CHAPITRE 4 Gestion des notifications et des evenements 



Info 



Dans I'exemple precedent, nous avons cree une instance 
de NSNotification que nous passons a la file d'attente 
par defaut via la fonction enqueueNotification:postingS- 
tyle:. Nous avons dissocie I'appel en deux etapes afin 
d'ameliorer la lisibilite du code dans I'ouvrage. En 
general, les developpeurs Objective-C preferent les 
appels imbriques. 



II existe trois differentes manieres d'envoyer la 
notification, qui sont defmies dans le fichier NSNoti- 
fication.h sous la forme d'une enumeration : 

/ /NSNotificationQueue . h 
enum { 

NSPostWhenldle = 1, 

NSPostASAP = 2, 

NSPostNow = 3 

}; 

• Comme son nom l'indique NSPostNow signifie 
que la notification doit etre envoyee immediate- 
ment. La notification ne sera done pas asyn- 
chrone, mais beneficiera toutefois de la fonction 
de regroupement (coalescing) des notifications de la 
file d'attente. Vous la decouvrirez a la section sui- 
vante. 

• Lorsque vous avez besoin d'acceder a une res- 
source rare ou chere, et que vous souhaitez tou- 
tefois que votre notification soit envoyee des que 
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possible, vous utiliserez le style NSPostASAP (As 
Soon As Possible, des que possible). Cette methode 
est asynchrone et retourne immediatement. 

Enfin,NSPostWhen Idle propose d'envoyer la noti- 
fication lorsque la file d'attente est en attente 
de nouvelles notifications. Cela signifie que 
NSPostWhenldle est une maniere d'envoyer les 
notifications avec une priorite minimale. Cette 
methode est asynchrone et retourne immedia- 
tement. 



Info 



Chaque thread dispose d'une file d'attente par defaut, 
mais il est possible de creer vos propres files d'attente 
et les associer au centre de notifications et a vos 
thread. Ceci est une utilisation avancee qui ne sera pas 
traitee dans ici, et nous vous renvoyons done a la 
documentation d'Apple. 



II est possible de retirer une notification d'une file 
d'attente grace a la methode dequeueNotifications- 
Matching:coalesceMask: de NSNotificationQueue. Son 
fonctionnement est similaire a celui de la methode 
removeObserver: name: object: de NSNotificationCenter, 
mais contrairement a celle-ci, son utilisation reste 
tres rare. 
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Regrouper par nom ou par 
emetteur (et supprimer) les 
notifications d'une file d'attente 



NSNotification * notification = [NSNotification 

*> notificationWithName:@"maNotification" 

*+ object: instance userInfo:dic] ; 

[ [NSNotificationQueue def aultQueue] 

*+ enqueueNotification : notification 

h» postingStyle:NSPostNow 

^ coalesceMask : NSNotif icat ionNoCoalescing 

*. forModes:nil] ; 

[ [NSNotificationQueue def aultQueue] 

** enqueueNotification : notification 

h» postingStyle:NSPostASAP coalesceMask: 

t» NSNotificationCoalescingOnName forModes:nil] ; 

[ [NSNotificationQueue def aultQueue] 

*> enqueueNotification : notification 

*> postingStyle:NSPostWhenIdle 

** coalesceMask : NSNotificationCoalescingOnSender 

t» forModes:nil] ; 



La methode enqueueNotification :postingStyle: coa- 
lesceMask :forModes: de NSNotificationQueue permet, 
Wtf le parametre coalesceMask, de regrouper les 
notifications similaires dans la file d'attente avant 
que celles-ci ne soit envoyees. 

La seconde fonctionnalite apportee par les files 
d'attente est la possibilite de regrouper les notifica- 
tions similaires avant qu'elles ne soient envoyees au 
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centre de notifications. Cela permet bien evidem- 
ment d'optimiser les envois et done le traitement 
des notifications en supprimant par exemple les 
notifications en double dans la file d'attente. 
Dans 99 % des cas, il faut passer nil a forModes: 
afin de signaler qu'il faut utiliser le mode par 
defaut, e'est-a-dire NSDef aultRunLoopMode. 

II existe trois — en fait, deux, la troisieme stipulant 
de ne pas regrouper — differentes manieres de 
regrouper les notifications, qui sont definies dans 
le fichier NSNotification.h sous la forme d'une 
enumeration : 

// NSNotificationQueue.h 

enum { 

NSNotificationNoCoalescing = 0, 
NSNotificationCoalescingOnName = 1 , 
NSNotificationCoalescingOnSender = 2 

}; 

• Comme son nom l'indique, NSNotificationNo- 
Coalescing indique de pas regrouper les notifi- 
cations. 

• Afin de regrouper les notifications qui portent 
le meme nom, vous utiliserez NSNotification- 
CoalescingOnName. Cela signifie que toutes les 
notifications de la file portant le meme nom que 
la notification que vous etes en train d'envoyer 
vont etre supprimees et remplacees par cette 
derniere. 
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Afin de regrouper les notifications qui provien- 
nent du meme emetteur, vous utiliserez NSNotifi 
cationCoalescingOnSender. Cela signifie que 
toutes les notifications de la file provenant du 
meme objet que celui qui est en train d'envoyer 
une nouvelle notification vont etre supprimees. 



Regrouper par nom et par 
emetteur (et supprimer) les 
notifications d'une file d'attente 



NSNotification * notification = 

t» [NSNotification notificationWithName: 

ta»@"maNotification" object: instance userInfo:dic] ; 

[ [NSNotificationQueue def aultQueue] 

*» enqueueNotification: notification postingStyle: 

*+ NSPostWhenldle coalesceMask: 

*> NSNotificationCoalescingOnName [ 

•» NSNotificationCoalescingOnSender forModes:nil] ; 



Nous avons vu a la section precedence comment 
regrouper et supprimer les notifications d'une file 
d'attente portant le meme nom ou provenant du 
meme emetteur. Toutefois, cette maniere de proce- 
der peut etre trop ouverte et il est plus courant de 
regrouper les notifications portant le meme nom et 
provenant du meme objet. 

L'exemple ci-dessus montre comment utiliser l'ope- 
rateur ou-binaire (la barre verticale ' ") a cette fin. 
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S'abonner pour recevoir 
les notifications 



[[NSNotificationCenter defaultCenter] addObserver: 
h» instance selector : ©selector ( af f icher Not if icat ion : ) 
*> name :@" maNotification" object: instance] ; 



Un objet peut s'abonner aupres du centre de 
notifications grace a la methode addObserver: 
selector : name: ob] ect : . Ainsi, l'exemple prece- 
dent ajoute l'objet instance aux abonnes de la 
notification maNotification provenant de l'objet 
instance. A chaque fois que l'objet instance 
enverra l'evenement maNotification au centre de 
notifications, celui-ci enverra a instance le mes- 
sage afficherNotification : — auquel il a acces 
grace au selecteur (de type SEL, cree avec @selec- 
tor) passe en argument. 

Voici un exemple trivial de la methode afficherNo- 
tification:.Vous pourrez noter au passage l'utilisa- 
tion de la Dot Syntax. 

- (void) afficherNotification: (NSNotification *) 
*► notif { 
NSI_og(@"Notification %@ envoye par %@ et info 
**%@", notif.name, notif .object, 
^ notif .userlnfo) ; 

} 

II est possible de s'abonner a tous les evenements 
d'un objet en passant nil comme parametre pour 
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name:, de meme qu'il est possible de s'abonner a 
tous les evenements portant un certain nom, quel 
que soit l'objet en passant nil comme parametre 
pour object:. 

Comme vous avez pu vous en rendre compte dans 
cet exemple, il est tout a fait possible pour un objet 
de s'abonner a ses propres evenements. 

Attention 

D'apres ce que nous venons de voir, vous vous deman- 
dez sans doute ce qu'il se passe si nil est passe comme 
parametre de name: et d'object: ? II se passe exacte- 
ment ce que vous pensez : vous etes abonne a toutes 
les notifications du centre de notifications, c'est-a- 
dire que toutes les notifications de votre application 
vont etre envoyees a votre instance. Bien evidemment, 
il est fortement deconseille de proceder de la sorte, vu 
I'impact negatif en termes de performance que vous 
allez subir. 



Annuler un abonnement 



[ [NSNotificationCenter def aultCenter] 
t» removeObserver: instance ] ; //cas 1 
[ [NSNotificationCenter def aultCenter] 
^removeObserver: instance name:@"maNotification" 
*+ object: instance] ; //cas 2 
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Vous annulez l'abonnement d'un objet en envoyant 
le message removeObserver: ou removeObserver: 
name : ob] ect : au centre de notifications. 

Pour annuler tous les abonnements d'un certain 
objet, vous utiliserez removeObserver: en passant 
l'instance dont les abonnements doivent etre sup- 
primes du centre de notifications (cas 1). 

Pour annuler un abonnement specifique d'un objet 
specifique, vous enverrez le message removeObser- 
ver:name:object : (cas 2). 

De meme qu'il est possible de s'abonner a toutes 
les notifications d'un objet ou un certain type de 
notification quel que soit 1' objet, il est egalement 
possible de supprimer de maniere selective les 
abonnements. Vous pouvez annuler les differents 
abonnements vers une certaine notification en pas- 
sant nil pour ob] ect : et vous pouvez annuler toutes 
les differentes notifications en provenance d'un 
objet en passant nil comme name:. 

Attention 

Le centre de notifications ne garde qu'une reference 
faible vers les objets abonnes. II ne faut done surtout pas 
oublier de retirer vos objets du centre de notifications 
avant de les liberer. Le centre de notifications n'ayant pas 
de references fortes vers ses abonnes, les objets sont libe- 
res par le ramasse-miettes ou par dealloc sans que le 
centre ne supprime la reference qu'il detient. Lorsque cela 
se produit et qu'une notification doit etre envoyee par le 
centre vers un objet qui n'existe pas, votre programme 
plante. 
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Les differents types 
d'evenements 

Nous avons vu dans l'introduction de ce chapitre 
que le terme evenement designe, dans le jargon 
Cocoa Objective-C, une action provenant du 
materiel (souris, clavier, etc.). Ceci est different de 
.Net C# et Java, ou les evenements (events) sont 
equivalents aux notifications (NSNotifications) de 
Cocoa Objective-C. 

La classe NSEvent defmit les evenements materiel et 
remuneration NSEventType l'ensemble des evene- 
ments geres par le systeme (27 differents lors de la 
redaction de ce texte). Apple classifie ces evene- 
ments en six grandes categories, qui sont : 

• souris : clics et mouvements ; 

• clavier ; 

• zone de suivi : le pointeur de la souris entre/ 
sort/glisse dans une zone predefmie ; 

• tablette graphique ; 

• evenements periodiques (par exemple, lorsque 
l'utilisateur maintient une touche du clavier 
enfoncee, le systeme repete de maniere periodi- 
que le bouton, avec la frequence defmie dans les 
Preferences Systeme) ; 

• autres. 

Notez que la tres grande majorite des evenements 
est generee par la souris et le clavier. Nous nous 
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contenterons done de voir la gestion de ces der- 
niers au cours de ce texte. La gestion des autres 
evenements est toutefois similaire et nous vous 
renvoyons aux exemples et a la documentation 
d'Apple. 

V 

A noter que les zones de suivi permettent d'opti- 
miser la gestion des mouvements de la souris en 
limitant la zone ou les evenements generes par ces 
derniers sont transferes au gestionnaire d' evene- 
ments. 

Les evenements etant des actions provenant du 
materiel, la classe NSEvent fait partie de la biblio- 
theque AppKit de Cocoa, regroupant l'ensemble 
des elements necessaires a la creation et a la ges- 
tion des interfaces utilisateurs. 



Fonctionnement de la gestion 
des evenements 

Lorsque vous lancez une application Cocoa, le 
systeme cree une instance de NSApplication, ainsi 
qu'une variable globale, NSApp, qui reference cette 
instance. 

Au meme moment, une source d' evenements (event 
source) est creee au niveau du systeme d' exploi- 
tation. 

Le gestionnaire de fenetres (window server) de Mac 
OS X recoit les evenements materiels (par exem- 
ple, un clic de souris ou des actions sur le clavier) 
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et s'occupe de les placer dans la source d'evene- 
ments adequate afin qu'ils soient traites. 

Chaque application Cocoa dispose d'une boucle 
d' execution principale (main run loop) qui est une 
instance de NSRunLoop lie au thread principal (main 
thread). La boucle d'execution principale est char- 
gee d'aller chercher les evenements dans cette 
source d' evenements. 

NSApp obtient les evenements places dans la source 
et les convertit en instances de la classe NSEvent 
qu'il va ensuite rediriger vers les classes appropriees 
afin qu'elles soient traitees. 

Par exemple, pour un clic de sour is, NSApp transfere 
l'instance d'NSEvent vers la fenetre (instance de 
NSWindow) qui a recu le clic, qui va lui-meme la 
transferer vers la vue correspondante (instance de 
NSView). 

Pour un touche du clavier, NSApp va transferer l'ins- 
tance d'NSEvent vers le premier repondeur (first res- 
ponder) de la fenetre actuellement au premier plan 
(key window). 

Dans tous les cas, chaque classe decidera ou non de 
traiter l'evenement, et s'il ne le traite pas, l'evene- 
ment sera renvoye vers le prochain repondeur. 
L'ordre dans lequel l'evenement parcourt les diffe- 
rents repondeurs est determine par la hierarchie des 
differents elements d' interface et porte le nom de 
chaine de repondeurs (respondeur chain) . 
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Enfin, a noter que lorsqu'une instance de NSRepondeur 
recoit un evenement, il peut le convertir en mes- 
sage d'action qui sera traite par la classe designee 
pour cette action (via InterfaceBuilder en general). 
Par exemple, les evenements crees a la suite d'un 
clic sur le bouton de fermeture de fenetre et du 
raccourci clavier Pomme-W seraient tous deux 
convertis vers le meme message d'action : la 
methode close de la classe NSWindow. 



Info 

Nous venons de voir une version tres simplifiee de ce 
qui se passe entre le moment ou le gestionnaire de 
fenetres regoit un evenement, le transmet a une appli- 
cation Cocoa et le moment ou I'evenement est traite. 

Pour bien utiliser Cocoa, il est tres important de bien 
comprendre le fonctionnement et la gestion des evene- 
ments. 

Nous vous renvoyons done a la reference Cocoa 
d'Apple qui est riche en information a ce sujet. 



En general, lorsque vous avez besoin de capturer 
directement les evenements de la souris, e'est que 
vous avez besoin de definir un comportement par- 
ticulier (par exemple, vous developpez un logiciel 
de dessin) ou que vous etre en train de definir un 
element d'interface (par exemple, un nouveau 
bouton ne faisant pas partie de la palette standard). 
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En consequence, vous allez creer une nouvelle 
sous-classe de NSView (ou de NSControl qui derive 
de NSView). 

Attention 

II est important de noter qu'il n'est en general pas 
necessaire de capturer les evenements lorsque vous 
utilisez les elements de la palette standard tels que 
NSButton. En effet, ces classes prennent a leur charge la 
gestion des evenements et transmettent des messages 
d'action [action messages) vers I'application lorsque 
necessaire (par exemple, lorsqu'un die ou un double- 
die a ete detecte). 



La gestion des evenements se fait au niveau de la 
classe NSResponder, dont derive NSView. Gerer ces 
evenements revient done tout simplement a imple- 
menter les methodes correspondantes de 
NSResponder qui definit, entre autres,les evenements 
suivants issus de la souris : 



- mouseDown: 


//bouton gauche de la 




//souris enfonce 


- mouseDragged: 


//souris deplacee avec le 




//bouton gauche enfonce 


- mouseUp: 


//bouton gauche relache 




//apres avoir ete appuye 


- mouseMoved : 


//souris deplacee 


- mouseEntered: 


//la souris entre dans une 




//zone predefinie 
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- mouseExited: 



- rightMouseDown: 



- rightMouseDragged 



- rightMouseUp: 



- otherMouseDown: 



- otherMouseDragged: 



- otherMousellp: 



/la souris sort de la 

/zone predefinie 

/idem que mouseDown mais 

/avec le bouton droit 

/idem que mouseDragged 

/mais avec le bouton droit 

/idem que mouseUp mais 

/avec le bouton droit 

/idem que mouseDown mais 

/pour le bouton du milieu 

/idem que mouseDragged mais 

/pour le bouton du milieu 

/idem que mouseUp mais 

/pour le bouton du milieu 



Et les evenements suivants i ssus du clavier 



keyDown : 

keyLIp: 

flagsChanged: 



//touche appuyee 

//touche relachee 

//une ou plusieurs touches 

//speciales appuyees ou relachees 



Gerer les evenements provenant 
de la souris 



r 

enum { /* various 


types 


of events */ 


NSLeftMouseDown 




= 1, 


NSLeftMouseUp 




= 2, 


NSRightMouseDown 




= 3, 


NSRightMouseUp 




= 4, 
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NSMouseMoved 


= 5, 


NSLeftMouseDragged 


= 6, 


NSRightMouseDragged 


= 7, 


NSMouseEntered 


= 8, 


NSMouseExited 


= 9, 


// [•••] 




NSOtherMouseUp 


= 26, 


NSOtherMouseDragged 

}; 


= 27 



Le fichier NSEvent.h definit les evenements souris 
ci-dessus. Nous allons voir les differents evene- 
ments emis par la souris et comment gerer le plus 
simple : le clic de souris. 

• NSLeftMouseDown /NSRightMouseDown : bouton gau- 
che/droit de la souris enfoncee. 

• NSLef tMouseUp / NSRightMouseUp : bouton gauche/ 
droit de la souris relevee apres appui. 

• NSMouseMoved / NSLef tMouseDragged/NSRightMouseDrag- 
ged : la souris a ete deplacee sans bouton main- 
tenu enfonce/avec le bouton gauche maintenu 
enfonce/avec le bouton droit maintenu enfonce. 

• NSMouseEntered / NSMouseExited :1a souris est entree 
dans la zone. 

• NSOtherMouseUp / NSOtherMouseDragged : meme chose 
avec le troisieme (ou superieur) bouton de la 
souris. 
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Le die de la souris correspond a I'evenement mouseup: 

Vous I'aviez sans doute deja remarque, mais il est 
important de le rappeler : le clic n'est pas valide tant 
que vous n'avez pas relache le bouton de la souris, et 
n'est done pas pris en compte par I'evenement 
mouseDown: mais par I'evenement mouseup: (sans doute 
pour permettre a I'utilisateur de valider sa decision et 
lui donner I'opportunite de changer d'avis entre le 
moment ou il appuie sur le bouton et celui ou il va le 
relacher). 
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break; 
default: 

NSI_og(@"Autre evenement : %@", 
*+ [event description]); 

} 

} 

- (void) mouseDown: (NSEvent*) event { 

[ self af ficherEvenement : event ] ; 

} 

- (void) rightMouseDown: (NSEvent*) event { 

[ self af ficherEvenement : event ] ; 

} 

- (void) mouseUp: (NSEvent*)event { 

[ self af ficherEvenement : event ] ; 

} 

- (void) rightMouseUp: (NSEvent*) event { 

[ self af ficherEvenement : event ] ; 

} 

- (void) otherMouseDown: (NSEvent*) event { 

[ self af ficherEvenement : event ] ; 

} 

- (void) otherMouseUp: (NSEvent*) event { 

[ self af ficherEvenement : event ] ; 
} 

Voici ce que vous obtenez avec le code precedent 

Bouton gauche appuye: NSEvent: type=LMouseDown 
*-loc=(284,280) time=202539.3 flags=0x100 win=0x0 
*> winl\lum=246200 ctxt=0x12bc7 evNum=11997 click=1 
«► buttonl\lumber=0 pressure=1 
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Clic gauche: NSEvent: type=LMouseUp loc=(284,280) 

*time=202539.4 flags=0x100 win=0x0 winl\lum=246200 

^ctxt=0x12bc7 evNum=11997 click=1 buttonNumber= 

** 0pressure=0 

Bouton droit appuye: NSEvent: type=RMouseDown 

*.loc=(351,271) time=202783.5 flags=0x100 win=0x0 

*> winNum=246200 ctxt=0x12bc7 evNum=12042 click=1 

h*. buttonNumber=1 pressure=0 

Clic droit: NSEvent: type=RMouseUp loc=(351 ,271) 

*-time=202783.6 flags=0x100 win=0x0 winNum=246200 

*>ctxt=0x12bc7 evNum=12042 click=1 buttonNumber=1 

*- pressure=0 

Autre evenement : NSEvent: type=OtherMouseDown 

*-loc=(351,271) time=202784.6 flags=0x100 win=0x0 

*> winNum=246200 ctxt=0x12bc7 evNum=86 click=1 

*+ buttonNumber=2 pressure=1 

Autre evenement : NSEvent: type=OtherMouseUp 

*>loc=(351 ,271) time=202784.8 flags=0x100 win=0x0 

*> winNum=246200 ctxt=0x12bc7 evNum=86 click=1 

*+ buttonNumber=2 pressure=0 

II est alors tres facile d'obtenir toute information 
utile depuis l'instance de NSEvent passee a la 
methode, telle que l'endroit ou le clic est survenu 
(avec le message location I nWindow), le nombre de 
clics (avec le message clickCount), etc.Veuillez-vous 
referer a la documentation de NSEvent pour decou- 
vrir 1' ensemble des methodes implementees par 
cette classe. 
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Gerer les evenements provenant 
du clavier 



- keyDown: 

- keyUp: 

- flagsChanged: 



La gestion des appuis sur les touches du clavier se 
fait de la meme maniere que celles des clics de la 
souris, en definissant les methodes de NSCont roller 
dans votre sous-classe, principalement. 

Accepter explicitement de recevoir les evenements 
du clavier 

Par defaut, NSView ne gere pas les evenements issus du 
clavier. Votre instance de NSView ne va done les recevoir 
que si elle accepte explicitement de les recevoir, Dans 
le cas contraire, I'evenement est transfere au repon- 
deur suivant dans la chame des repondeurs. C'est 
pourquoi nous implementons acceptFirstReponder dans 
I'exemple suivant. 

Pour plus d'informations au sujet de la chame des 
repondeurs, veuillez-vous reporter a la documentation 
d'Apple. 
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- (void) afficherEvenement: (NSEvent*) event { 

switch ([event type]){ 
case NSKeyUp: 

NSLog(@"Touche relachee: %e", 

*> [event description]); 

break; 
case NSKeyDown: 

NSI_og(@"Touche appuyee: %@", 

•» [event description]); 

break; 
case NSFlagsChanged: 

NSLog(@"Touches speciales changees: %@", 

w [event description] ) ; 

break; 

default: 

NSI_og(@"Autre evenement : W, 
w [event description] ) ; 

} 

} 

- (void) keyDown: (NSEvent*) event { 

[self afficherEvenement : event ] ; 

} 

- (void) keyLIp: (NSEvent*) event { 

[ self afficherEvenement : event ] ; 

} 

- (void) flagsChanged: (NSEvent*) event { 

[self afficherEvenement : event ] ; 

} 

- (BOOL) acceptsFirstResponder{ 

NSI_og(@" Accepting first responder"); 
return YES; 

} 
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L'exemple precedent genere la sortie suivante : 

Accepting first responder 

Touche appuyee: NSEvent: type=KeyDown loc= (0,499) 

*time=204506.4 flags=0x100 win=0x0 winNum=248437 

m> ctxt=0x235c3 chars="a" unmodchars="a" repeat=0 

^keyCode=12 

Touche relachee: NSEvent: type=KeyUp loc=(0,499) 

*. time=204506.5 flags=0x100 win=0x0 winNum=248437 

ctxt=0x235c3 chars="a" unmodchars="a" repeat=0 
*> keyCode=12 

Touche appuyee: NSEvent: type=KeyDown loc= (0,499) 
*> time=204506.5 flags=0x100 win=0x0 winNum=248437 

ctxt=0x235c3 chars="z" unmodchars="z" repeat=0 
*> keyCode=13 

Touche relachee: NSEvent: type=KeyUp loc= (0,499) 
*> time=204506.7 flags=0x100 win=0x0 winNum=248437 
ctxt=0x235c3 chars="z" unmodchars="z" repeat=0 
*> keyCode=13 

Touches speciales changees: NSEvent: 
*> type=FlagsChanged loc=(0,499) time=204511 .7 
*-flags=0x100110 win=0x0 winNum=248437 ctxt=0x235c3 
**> keyCode=54 

Touches speciales changees: NSEvent: 
*-type=FlagsChanged loc=(0,499) time=204511 .8 
*-flags=0x100 win=0x0 winNum=248437 ctxt=0x235c3 
*+ keyCode=54 
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Gerer les touches speciales 
et les combinaisons 



enum { 



/* masks for 



NSLeftMouseDownMask 

NSLeftMouseUpMask 

NSRightMouseDownMask 

NSRightMouseUpMask 

NSMouseMovedMask 

NSLeftMouseDraggedMask 



* the types of events */ 
= 1 « NSLeftMouseDown, 
= 1 « NSLeftMouseUp, 
= 1 « NSRightMouseDown, 
= 1 « NSRightMouseUp, 
= 1 « NSMouseMoved, 
= 1 « 
t» NSLeftMouseDragged, 



NSRightMouseDraggedMask = 1 « 



NSMouseEnteredMask 

NSMouseExitedMask 

NSKeyDownMask 

NSKeyUpMask 

NSFlagsChangedMask 

NSAnyEventMask 

}; 

enum { 

NSAlphaShiftKeyMask 

*7 /touche 
NSShiftKeyMask = 1 « 
NSControlKeyMask = 1 « 
NSAlternateKeyMask = 1 « 

NSCommandKeyMask = 1 « 



t» NSRightMouseDragged, 
= 1 « NSMouseEntered, 
= 1 « NSMouseExited, 
= 1 « NSKeyDown, 
= 1 « NSKeyUp, 
= 1 « NSFlagsChanged, 

= NSUIntegerMax 



= 1 « 16, 

verrouillage majuscule 

17, //touche majuscule 

18, //touche Controle 

19, //touche Alt aussi 
//appelee option 

20, //touche Commande 
//aussi appelee 
//Pomme 



// [•••] 
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La gestion des touches speciales et des combinaisons 
se fait grace aux masques definis dans NSEvent . h . 

Les touches speciales sont les touches Maj, Ctrl, 
Option, Pomme, etc., tandis que les combinaisons 
incluent deux groupent distincts : 

• Les combinaisons de touches (servant aux rac- 
courcis clavier, mais egalement a certains carac- 
teres dans les alphabets complexes ou meme les 
lettres accentuees simples sur les claviers ameri- 
cains par exemple). 

• Les combinaisons a la souris et au clavier (comme 
par exemple Pomme+clic). 

Voici, par exemple, comment nous modifierions 
rimplementation de notre methode afficherEve- 
nement: afin de reconnaitre la combinaison 
Pomme+clic : 
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break; 
case NSLeftMouseUp: 

if ([event modifier Flags] & 

■+> NSCommandKeyMask){ 

NSLog(@"Pomme Clic: %@", 
m> [event description]); 

} 
else { 

NSLog(@"Clic gauche: %@", 

■» [event description]); 

} 

break; 

default: 

NSLog(@"Autre evenement : %@", 
i» [event description]); 



} 



II est alors tres facile de voir 1' ensemble des evene- 
ments successifs survenant lors d'une combinaison 
Pomme+clic : 

Touches speciales changees: NSEvent: 

*► type=FlagsChanged loc=(0,499) time=206323.3 

*-flags=0x100108 win=0x0 winNum=252899 

*-ctxt=0x1e98b keyCode=55 

Bouton gauche appuye: NSEvent: type=LMouseDown 

*-loc=(247,304) time=206324.1 flags=0x100108 

*-win=0x0 winNum=252899 Ctxt=0x1e98b evl\lum=12387 

-> click=1 buttonNumber=0 pressure=1 
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Pomme Clic: NSEvent: type=LMouseUp loc=(247,304) 

*> time=206324.2 flags=0x100108 win=0x0 

*> winNum=252899 ctxt=0x1e98b evl\lum=12387 click=1 

*+ buttonNumber=0 pressure=0 

Touches speciales changees: NSEvent: 

*> type=FlagsChanged loc=(0,499) time=206326.6 

*-flags=0x100 win=0x0 winNum=252899 ctxt=0x1e98b 

«► keyCode=55 



ReconnaTtre les touches 
fonctionnelles 



(void) key Down: (NSEvent*) event { 
[self afficherEvenement : event ] ; 
NSString * chaine = [event characters]; 
if([chaine length] == 1){ 

unichar caractere = [chaine 
h» characterAtIndex:0] ; 
if (caractere == NSRightArrowFunctionKey) { 
NSLog(@"Fleche droite appuyee"); 

} 

else if (caractere == 

h» NSLef tArrowFunctionKey) { 

NSLog(@"Fleche gauche appuyee 11 ); 

} 

else if (caractere == 

h» NSUpArrowFunctionKey) { 

NSLog(@"Fleche haute appuyee 11 ); 

} 
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Le code ci-dessus montre comment modifier notre 
methode keyDown : des sections precedentes afin de 
tester les caracteres correspondant a l'evenement et 
de savoir si les touches flechees ont ete appuyees. 

Les touches fonctionnelles (function keys) represen- 
ted les touches du clavier autres que les touches de 
caracteres, tels que les touches les touches flechees, 
les touches Fl a F12, etc. 

Elles sont definies dans le fichier NSEvent.h : 



enum { 




NSUpArnowFunctionKey 


= 0xF700, 


NSDownArrowFunctionKey 


= 0xF701, 


NSLeftAnrowFunctionKey 


= 0XF702, 


NSRightArnowFunctionKey 


= 0xF703, 


NSFIFunctionKey 


= 0XF704, 


//[...] 




NSF35FunctionKey 


= 0XF726, 


NSInsertFunctionKey 


= 0XF727, 


NSDeleteFunctionKey 


= 0XF728, 
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NSHomeFunctionKey 


= 0xF729, 


NSBeginFunctionKey 


= 0xF72A, 


NSEndFunctionKey 


= 0xF72B, 


NSPageUpFunctionKey 


= 0xF72C, 


NSPageDownFunctionKey 


= 0XF72D, 


//[...] 




}; 





Apple a fait correspondre un caractere Unicode a 
chacune de ces touches. Done meme si un appui 
sur ces touches ne fait pas apparaitre de caracteres 
a l'ecran, leur gestion en Objective-C passe par 
NSString et unichar. 

La methode characters de la classe NSEvent 
retourne les caracteres associes lors des evene- 
ments keyUp: et keyDown:, tandis que la methode 
charactersIgnoringModifers retourne les caracte- 
res associes a l'evenement, mais en supprimant les 
modifications apportees par les touches speciales 
(par exemple la combinaison Majuscule A retour- 
nera la lettre minuscule a). 

Dans 1'exemple ci-dessus, nous souhaitons savoir 
si une touche flechee seule a ete appuyee, et non 
pas une combinaison de touches incluant les tou- 
ches flechees. Nous extrayons done la chaine de 
caracteres associe a l'evenement, et, si la longueur 
de cette derniere est de 1 caractere seulement, 
nous extrayons ce caractere afm de le comparer 
aux constantes defmies dans le fichier NSEvent. h. 
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Qualite du code 



Nous abordons ici la qualite du code au sens large. 
Comment faire en sorte que le code soit stable ? 
Comment faire de sorte que les erreurs soient cor- 
rectement propagees ? Comment et ou gerer ces 
erreurs ? Comment tester son code, s'assurer qu'il 
fonctionne bien et eviter les regressions ? 

A la fin de ce chapitre, vous devriez etre en mesure 
d'ecrire du code stable, teste, performant tout en 
gerant les erreurs en suivant les conventions et 
recommandations d' Apple bref, de produire du 
code de qualite ! Notez toutefois que performant 
ne signifie par optimise. L' optimisation est l'etape 
ultime a n'aborder qu'une fois que vous avez pro- 
duit du code juste et de qualite. 
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Activer le support des 
exceptions dans Objective-C 

Le support des exceptions au niveau du langage 
Objective-C et du compilateur GCC date de l'intro- 
duction de Mac OS X 10.3 (et GCC 3.3). C'est 
pourquoi, vous pouvez activer (et desactiver) les 
exceptions, afin de gerer le niveau de retrocompa- 
tibilite dont vous avez besoin (voir Figure 5.1). 



© " o 



Project "GuideDeSurvie" Info 



[ General Build Configurations Comments 
Configuration: [ All Configurations h*i fQ^ Objective-C exception 



^ 



Show: All Settings 



13 



Setting 



Value 



TCCC 4.0 - Language 



Enable Objective-C Exceptions 



# - 



Based On: Nothing 



J} ® 



/A 



Figure 5.1 : Activation des exceptions depuis I'lnspecteur 
d'Xcode. 
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L'activation des exceptions se fait via le drapeau 
-fobjc-exceptions du compilateur. 

Si vous utilisez Xcode, la maniere la plus simple de 
proceder consiste a utiliser l'inspecteur de projet 
comme indique a la Figure 5.1. 

De plus, le support des exceptions est activee par 
defaut dans Xcode. Vous n'utiliserez done l'inspec- 
teur que dans les rares cas ou vous devez compiler 
du code pour Mac OS X 10.2 et precedents. 



Lever une exception 



@throw [NSException exceptionWithName: 
ta»@"ExceptionGuideDeSurvie" reason :@" A titre 
t+xTexemple" userInfo:nil] ; 



Tout comme en Java ou C#, ou le mot-cle throw 
est utilise pour lancer une exception, Objective-C 
propose la directive @throw suivie de l'objet a 
lancer. 

Toutefois, a la difference de Java et C#, ou l'objet 
lance doit deriver respectivement des classes 
Throwable et Exception, Objective-C se comporte 
davantage comme Python ou C++ ou il est possi- 
ble de lancer un objet de n'importe quel classe. 

II est toutefois fortement deconseiller de lancer des 
objets ne derivant pas de la classe NSException, car 
leur gestion devient tres difficile et peuvent meme 
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mener a des plantages de vos applications car Cocoa 
ne capture que les instances de NSException et ses 
derives. 

Enfin, il est egalement possible de lever une excep- 
tion sans passer par la directive @throw en utilisant la 
methode d'instance raise ou la methode de classe 
raise:format rarguments: de NSException. 

@throw ^"instance de NSString"; //1: possible, 

//mais fortement deconseille! 

@throw [NSNumber numberWithInt:12] ; 

//2: possible, mais fortement deconseille! 

@throw [NSException 

exceptionWithName : @" ExceptionGuideDeSurvie " 
w reason :@"A titre d'exemple" userInfo:nil] ; 
//3: methode correcte 

[NSException raise :@" ExceptionGuideDeSurvie" 
+■ format : @"Mont rer un exemple a nos lecteurs!"]; 
//4: autre maniere correcte de proceder 
// donne respectivement: 

*** Terminating app due to uncaught exception 
*of class 'NSCFString' 

*** Terminating app due to uncaught exception 
*of class 'NSCFNumber' 

*** Terminating app due to uncaught exception 
^'ExceptionGuideDeSurvie', reason: 'A titre 
^d'exemple' 

*** Terminating app due to uncaught exception 
^'ExceptionGuideDeSurvie', reason: 'Montrer 
*un exemple a nos lecteurs!' 
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Vous l'avez sans doute devine,la classe NSException 
joue done un role central dans la gestion des excep- 
tions. Elle reste toutefois tres simple. Chaque 
exception porte un nom (name), une explication 
pour l'utilisateur (reason) ainsi qu'un dictionnaire 
userlnf o,s'ily abesoin de passer davantage d'infor- 
mations au gestionnaire d'exceptions. 



Gerer une exception 



@try { 

//code susceptible de lever une exception 

} 

@catch (NSException* monException) { 

/ /trait ement 1' exception ici 

} 
©finally { 

//faire le nettoyage necessaire 

} 



Objective-C emploie les directives @catch() et 
©finally la ou Java et C# utilisent les mots-cles 
catch et finally respectivement. 

Le fonctionnement est relativement simple a com- 
prendre : 

• La directive @catch() capture les exceptions du 
specifie (dans notre exemple, toute exception de 
type NSException au sens large).Vous pouvez alors 
traiter 1' exception directement ou via un ges- 
tionnaire dedie. 
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La directive ©finally est assez speciale : le code 
qui s'y trouve est toujours execute, qu'une excep- 
tion soit lancee ou non. Par exemple, meme si 
vous inserez return dans la clause @catch() ou @ 
try, ©finally sera quand meme execute. II est 
important d'insister sur ce concept car cette 
clause est tres importante en pratique : elle 
permet d'effectuer le nettoyage qui est neces- 
saire, qu'une exception soit levee ou non (par 
exemple, liberer les connexions vers une base de 
donnees ou des gestionnaires de fichiers, etc.). 

@try { 

[instance 

w f aireQuelqueChoseQuiLevellneException] ; 

} 

@catch (NSException* monException) { 

//traiter 1' exception ici 

NSI_og(@"Une exception est survenue: %@" 3 

*. monException) ; 

[self gereException: monException] ; 

} 
©finally { 

//faire le nettoyage necessaire 

[instance fermerLesConnexions] ; 

} 
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Attention 



Si vous utilisez la gestion manuelle de la memoire 
(parce que vous developpez une application iPhone 
par exemple), il faut faire attention a la liberation de 
la memoire. II n'y a malheureusement pas de regie 
generale et il faut traiter au cas par cas. Mais si vous 
appelez des methodes qui peuvent lever des excep- 
tions, liberez vos objets en envoyant le message 
release dans la clause ^finally. 



Enfin, la clause @f in ally est executee meme si le 
gestionnaire d' exceptions lance une exception car 
il a ete incapable de gerer le precedent probleme. 

Attention 

Nous avons vu que la clause ©finally etait toujours 
executee. Toutefois, cela de veut pas dire qu'elle a ete 
completee avec succes : si une exception est levee au 
cours de son traitement, le flux sera interrompu et 
I'execution restera partielle. 



Pour finir cette section, voyons l'utilisation de 
macros au lieu de directives pour la gestion des 
exceptions. 

Comme nous l'avons vu precedemment, Objective- 
C ne disposait pas des directives compilateur de ges- 
tion d' exceptions avant la version 10.3 de Mac OS X. 
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II fallait alors avoir recours aux macros NS_DURING, 
NS_HANDLER et NS_ENDHANDLER qui sont toujours dis- 
ponibles pour des raisons de retrocompatibilite. 

Leur utilisation est bien sur a proscrire des que 
vous n'avez pas a gerer ces systemes antiques. Nous 
ne les mentionnons ici qu'a titre informatif et 
pour eviter tout surprise au cas ou vous les ren- 
contreriez en parcourant du code qui ne serait pas 
recent. 

Enfin, sur les systemes disposant des exceptions, 
ces macros sont automatiquement converties au 
moment de la compilation en leur directive cor- 
respondante : @try, @catch ( ) . II n'y a pas d'equiva- 
lent de la directive ^finally. Les plus curieux 
pourront se tourner vers le fichier NSException.h 
pour voir comment cette conversion a ete imple- 
mentee par Apple. 



Gerer partiellement 
une exception 



@try { 

[instance 
faireQuelqueChoseQuiLeveUneException] ; 

} 

@catch (GuideDeSurvieException* monException) { 

//traiter 1' exception de type 

•►GuideDeSurvieException ici 
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NSLog(@"Une exception de type 

»► GuideDeSurvieException est survenue: %@", 

^monException); 

@throw; //relance implicitement monException 



II est parfois utile de ne gerer que partiellement 
une exception. Par exemple, vous gerer localement 
une exception pour eviter a l'application de garder 
un etat instable, mais vous avez besoin de faire 
remonter le probleme car il n'est pas resolu. 

La directive @throw dans une clause @catch ( ) per met 
de lancer 1' exception courante, sans avoir besoin de 
la specifier explicitement. 



Info 

Comme nous I'avons vu a la section "Implementer la 
methode finalize", la clause ©finally est executee meme 
si I'exception est relancee. Cela impacte la gestion de 
la memoire en mode gere et il faut etre particuliere- 
ment attentif si vous creez des bassins de liberation 
automatiques (instances de NSAutoreleasePool). Nous 
vous renvoyons vers la documentation d'Apple pour de 
plus amples informations sur ce probleme precis. 
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Capturer plusieurs types 
d'exceptions 



@try { 

[instance faireQuelqueChoseQuiLeveUneException] ; 

} 

@catch (GuideDeSurvieException* monException) { 

//traiter 1' exception de type 

//GuideDeSurvieException ici 

NSLog(@"Une exception de type 

h» GuideDeSurvieException est survenue: %@", 

-»> monException); 

} 

@catch (NSException* monException) { 

//traiter 1' exception de type NSException ici 

NSLog(@"Une exception de type NSException est 

t» survenue: %@", monException); 

} 
^finally { 

//faire le nettoyage necessaire 

[instance fermerLesConnexions]; 



En general, il est utile de traiter chaque type d' excep- 
tion differemment. Par exemple, si votre code trans- 
fere des fichiers depuis un serveur FTP vers votre 
disque dur local, il faudra gerer d'une autre maniere 
le cas ou la connexion au serveur est interrompue 
et le cas ou le disque dur local est plein. 

Vous devez capturer les exceptions dans l'ordre du 
plus specifique vers le plus general. Ainsi, dans 
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notre exemple, GuideDeSurvieException derivant 
de NSException, il faut le capturer en premier : 

Une exception de type GuideDeSurvieException est 
survenue: Impossible de faire quelque chose! 

Si vous capturez les exceptions dans le mauvais 
ordre, votre code sera incorrect. En inversant 
l'ordre des deux clauses @catch ( ) dans notre exem- 
ple precedent, nous obtiendrions : 

Une exception de type NSException est survenue: 
Impossible de faire quelque chose! 

Fort heureusement, vous n'avez pas a connaitre 
toute la hierarchie de toutes les exceptions car, 
cerise sur le gateau, le compilateur effectue une 
verification et vous avertit s'il detecte un probleme 
(voir Figure 5.2). 



Gtry { 

[instance f aireQuelqueChoseQuiLeveUneException] ; 

} 

Ocatch (NSException* monException) { 

_ warning: by earlier handler for "struct NSException' 

//traiter I 'exception de type NSException ici 

NSLog(@"Une exception de type NSException est survenue: %@" , monException); 

> 

Gcatch (GuideDeSurvieException* monException) { 

warning: exception of type 'struct GuideDeSurvieException' will be caught 

■ 

//traiter I 'exception de type GuideDeSurvieException ici 

NSLog(@"Une exception de type GuideDeSurvieException est survenue: Sd@", monException); 

} 



Figure 5.2 : L'ordonnancement des clauses @catch() est 
important, mais heureusement, le compilateur est la pour 
vous aider. 

Conclusion : l'ordonnancement des directives 
@catch() est tres important. 
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Capturer toutes les exceptions 



@catch (GuideDeSurvieException* monException) { 

} 

@catch (NSException* monException) { ... } 

@catch (id pratiqueNonRecommandable) { ... } 



Nous avons vu au cours de la section precedence 
qu'il est possible de lancer n'importe quel objet et 
que la directive @throw n'est pas limitee aux instan- 
ces du type NSException. 

Un programme tres defensif capturera done non 
seulement les instances de NSException, mais egale- 
ment les autres classes. N'ayant pas le controle sur 
les bibliotheques qu'il utilise, il se peut done que le 
code externe qu'il execute ne se conforme pas a 
cette recommandation. 

La maniere de proceder consiste done a toujours 
capturer les objets quel que soit leur type (avec id 
comme dans l'exemple precedent). 



@try { 

[instance 
faireQuelqueChoseQuiLeveUneException] ; 

} 

@catch (GuideDeSurvieException* monException) { 

//traiter 1' exception de type 

//GuideDeSurvieException ici 

NSLog(@"Une exception de type 

h» GuideDeSurvieException est survenue: %@", 

*> monException); 
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@catch (NSException* monException) { 

//traiter 1' exception de type NSException ici 
NSLog(@"Une exception de type NSException est 
wsurvenue: %@", monException); 

} 

@catch (id pratiqueNonRecommandable) { 

//traiter ici la capture d'un objet ne 

//derivant pas de NSException 

NSLog(@"Un objet du type %@ ne derivant pas 

w de NSException a ete capture", 

*> [pratiqueNonRecommandable class]); 

NSLog(@"Penser a envoyer un exemple de cet 

*ouvrage a l'auteur du code fautif!"); 

} 
©finally { 

//faire le nettoyage necessaire 

[instance fermerLesConnexions] ; 

} 



Que deviennent les exceptions 
non capturees ? 



NSSetUncaughtExceptionHandler(& 
*> CapteurGlobalDexceptions) ; 



II est possible de definir un gestionnaire d' excep- 
tions "attrape-tout" pour intercepter toute exception 
non capturee dans une clause @catch() et pouvoir, 
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par exemple, enregistrer l'erreur dans un fichier 
d'historique ou proceder a des nettoyages avant 
d'etre termine. 

L' exemple suivant montre comment verifier si un 
tel gestionnaire a deja ete defini (avec la fonction 
NSGetUncaughtExceptionHandler), et dans le cas 
contraire, comment le faire (avec la fonction NSSet 
Uncaught Except ionHandler). 

Une fois 1' exception traitee par le gestionnaire par 
defaut, le programme est termine. 

void CapteurGlobalDexceptions (NSException* 
w exception) { 

NSI_og(@"L' exception suivante n'a pas ete 
capturee : %@(raison: %@) " , [exception 

*name], [exception reason]); 

} 

//[...] 

if (NSGetUncaughtExceptionHandler ()){ 

NSI_og(@"Un gestionnaire d' exceptions par 
* defaut est deja en place"); 

} 
else { 

NSI_og(@"Pas de gestionnaire d' exceptions 

w par defaut. Mettons le notre en place"); 

NSSetUncaughtExceptionHandler (& 

w CapteurGlobalDexceptions) ; 

} 

//[...] 
@try { 

[instance 
faireQuelqueChoseQuiLeveUneException] ; 

} 
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@catch (GuideDeSurvieException* monException) { 
//traiter 1' exception de type 
//GuideDeSurvieException ici 
NSI_og(@"Une exception de type 

GuideDeSurvieException est survenue: %@", 
*> monException) ; 
@throw; 

} 

@catch (NSException* monException) { 

II... 

} 

@catch (id pratiqueNonRecommandable) { 

II... 

} 
©finally { 

II... 

} 

Pas de gestionnaire d' exceptions par defaut. 

Mettons le notre en place 

Une exception de type GuideDeSurvieException est 

*> survenue : Impossible de faire quelque chose! 

L' exception suivante n'a pas ete capturee : 

ExceptionGuideDeSurvie (raison: Impossible de 

faire quelque chose!) 



Info 



Veuillez noter que le gestionnaire par defaut est defini 
pour les applications Cocoa : c'est la methode d'ins- 
tance reportException: de NSApplication qui s'occupe 
de logger I'exception {via NSLog()) avant que I'applica- 
tion ne soit terminee. 
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Pour aller plus loin 



Pour peu que vous soyez pret a saisir quelques 
commandes dans le Terminal et a faire quelques 
calculs basiques en binaire, il est possible de modifier 
le fonctionnement de I'environnement d'execution 
d'Objective-C sous Mac OS X de maniere a ce que 
I'application ne soit pas terminee de maniere brutale 
lorsqu'une exception n'est pas capturee, qu'une 
adresse memoire est invalide, ou bien encore qu'un 
message est envoye a un objet deja libere. 

II est meme possible de faire en sorte que les excep- 
tions capturees laissent un trace dans un fichier 
historique que Ton pourra consulter ulterieurement a 
des fins de diagnostics. 

Pour decouvrir les fonctionnalites avancees propo- 
sees par la bibliotheque ExceptionHandling, reportez- 
vous a la documentation d'Apple. 



Gerer correctement les erreurs 
avec NSError 

Les methodes qui souhaitent transmettre des infor- 
mations sur une erreur survenue en cours de traite- 
ment doivent suivre la convention suivante : 

• Le dernier parametre qu'ils acceptent est un 
pointeur de type NSError (passe par reference). 

• Si une erreur survient la methode retourne, sui- 
vant le cas, NO ou nil (et non pas un code d'erreur, 
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un objet special, etc.) afin que le test d'erreur 
soit trivial : if (myString == nil) dans notre 
exemple. 

Si la methode appelante souhaite obtenir des 
informations en cas d'erreur, elle passe un poin- 
teur de type NSError par reference (&erreur I in- 
terne dans notre exemple). Sinon, elle peut 
simplement passer nil. Elle verifiera ensuite sur 
le pointeur passe n'est plus nul, c'est-a-dire que 
1'instanciation de NSError n'a pas echoue : 
if (erreurlnterne) dans notre exemple. 

NSError *erreurlnterne; 

NSString *myString = [[NSString alloc] 

*. initWithContentsOf URL : url encoding : 

h» NSUnicodeStringEncoding 

error:&erreurInterne] ; 

if (myString == nil) { 

//une erreur est survenue 
if (erreurlnterne){ 

//la classe NSError contenant des 

//informations supplementaires 

//a ete instanciee 

//gerer 1' erreur et avorter 

} 

} 
else { 

//pas d'erreur, on peut continuer... 

//[■■■] 
} 
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Creer et configurer une 
instance de NSError 



error = [NSError 

*> errorWithDomain : NSCocoaErrorDomain code : -1 

.► userInfo:nil] ; 

// ou : 

error = [[NSError alloc] 

*. initWithDomain : NSCocoaErrorDomain code : -1 

•> user Info: nil] ; 



Comme d'habitude avec les classes Objective-C, il 
est possible d'instancier un nouvel objet avec la 
combinaison alloc/in it ou avec la methode utili- 
taire de la classe-objet. Notez que si vous utilisez 
alloc /in it, vous devez liberer l'objet par la suite, 
car la gestion de sa memoire vous appartient. 

NSError dispose d'un domaine, servant a identifier 
son origine. Apple definit quatre differents domaines, 
NSCocoaErrorDomain, NSPOSIXErrorDomain, NSOSStatus- 
ErrorDomain et NSMachErrorDomain dans le fichier 
d'en-tete NSError. h. De plus, vous pouvez definir 
vos propres domaines (veuillez vous reporter a la 
documentation decrivant les conventions a suivre) . 

Le code d'erreur permet egalement d'encapsuler 
dans un objet NSError le code recu depuis une fonc- 
tion de bas niveau (typiquement une fonction C) . 

Enfin, le dictionnaire userlnfo se comporte de la 
maniere semblable a celui de NSException et contient 
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les informations supplementaires sur l'erreur et la 
maniere de le resoudre. 

La convention est toutefois que userlnfo doit 
contenir les elements suivants : 

• NSLocalizedDescriptionKey. Description de l'erreur 
survenue, par exemple : "Impossible de se 
connexion au serveur FTP". 

• NSLocalizedFailureReasonErrorKey. Informations 
supplementaires sur les raisons de l'echec, par 
exemple : "L'authentification a echoue". 

• NSLocalizedRecoverySuggestionErrorKey. 
Proposition sur la maniere de resoudre le pro- 
blems, par exemple : "Souhaitez-vous saisir a 
nouveau votre identifiant et mot de passe ?". 

• NSLocalizedRecoveryOptionsErrorKey. Un tableau 
de chaines identifiant les boutons a apparaitre sur 
le message d'erreur. Par exemple : "Reessayer", 
" Abandonner" . 

• NSRecoveryAttempterErrorKey. Un objet se confor- 
mant au protocole informel NSErrorRecovery- 
Attempting permettant d'essayer de resoudre le 
probleme rencontre. 

• NSUnderlyingErrorKey. II est possible qu'une erreur 
soit remontee d'un systeme, et soit encapsulee 
dans une autre erreur afm de la rendre plus claire 
ou de fournir des informations supplementaires. 

Attention toutefois : a la difference de NSException, 
il ne faut pas acceder directement aux elements 
de userlnfo. En effet, NSError etant egalement 
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destine a afficher un message d'erreur a l'utili- 
sateur, celui-ci peut etre localise. Vous devez done 
obtenir les informations en utilisant les methodes 
d'instances, respectivement : 

- localizedDescription 

- localizedFailureReason 

- localizedRecoverySuggestion 

- localizedRecoveryOptions 

• recoveryAttempter (e'est un objet et non une 
chaine, mais un accesseur existe toutefois) . 

• II n'y a pas d'accesseur pour l'erreur sous-jacente, 
vous l'accederez done directement via la cle 
NSUnderlyingErrorKey. 

Retourner une erreur 



NSDictionary* infoUtilisateur = [NSDictionary 

t»dictionaryWithObjectsAndKeys: @"Une erreur est 

w survenue en f aisant quelque chose de tres 

^compliquee.", NSLocalizedDescriptionKey, @"La 

^fonction tres compliquee a echouee", 

w NSLocalizedFailureReasonErrorKey, nil] ; 

*error = [NSError 

w errorWithDomain : NSPOSIXErrorDomain 

*+ code:errorCode userlnfo: infoUtilisateur] ; 



L'extrait ci-dessus montre comment NSError est 
instancie avec un dictionnaire contenant les details 
sur l'erreur a transmettre. 
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Dans notre premier exemple ci-dessous, nous mon- 
trons comment encapsuler un code d'erreur d'une 
fonction C dans un objet NSError afm de le rendre 
utilisable et de l'enrichir d' informations pour l'uti- 
lisateur et pour Cocoa. 

extern int function_posix_tres_compliquee(int*) ; 
//exemple 1: creation d'un objet NSError pour 
w encapsuler un 
//code erreur 

- (BOOL)faireQuelqueChose: (NSInteger*)valeur 
h» erreur: (NSError**)error { 

int errorCode = function_posix_tres 

*_compliquee(valeur) ; 

if (errorCode == 0){ // pas d'erreur 
return YES; 

} 
else { 

if(error){// une erreur est survenue: 

// errorCode != 

NSDictionary* infoUtilisateur = 

*- [NSDictionary 

dictionaryWithOb j ectsAndKeys : 

@"Une erreur 

est survenue en faisant quelque 
w chose de tres complique. " 3 

NSLocalizedDescriptionKey, @"l_a 
^fonction tres compliquee a echouee", 

NSLocalizedFailureReasonErrorKey, 
^nil]; 

*error = [NSError errorWithDomain: 
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NSPOSIXErrorDomain code : errorCode 
m> userlnfo: infoUtilisateur] ; 

} 

return NO; 

} 
} 

Dans ce second cas, nous encapsulons une erreur 
qui a ete retournee par une autre classe afin de l'en- 
richir d' informations et egalement de faire en sorte 
de propager une erreur de plus haut niveau que 
1' erreur originale (par exemple, un utilisateur de 
telechargerPage: erreur: n'a pas besoin de savoir le 
detail de l'erreur recue par NSString). 

A noter ici que nous utilisons NSUnderlyingErrorKey 
afin d'inclure l'erreur originale dans notre nouvelle 
erreur et de ne pas perdre d' information en cours 
de route. 

//exemple 2: creation d'un objet NSError pour 

*. encapsuler un 

//autre NSError plus basique 

- (BOOL)telechargerPage: (NSURL*)url 

w erreur: (NSError**)error 

{ 

NSError *erreurlnterne; 

NSString *myString = [[NSString alloc] 

*> initWithContentsOfURL:url encoding: 

NSUnicodeStringEncoding 
w error:&erreurInterne] ; 



Propriete de Albiri Sigue <tag.tog@gmail.com> 



Retourner une erreur 193 



if (myString == nil && erreurlnterne) {//une 
*• erreur est survenue 

NSDictionary* infoUtilisateur = 

w [NSDictionary 

w dictionaryWithOb j ectsAndKeys : 

w erreurlnterne, NSUnderlyingErrorKey, 

@"Une erreur est survenue lors du 
w telechargement" , 
w NSLocalizedDescriptionKey, nil] ; 
*error = [NSError 

w errorWithDomain : NSPOSIXErrorDomain 
-> code: [erreurlnterne code] 
w userInfo:infoUtilisateur] ; 
return NO; 

} 
else { 

return YES; 

} 



Important 



Afin que la methode appelee puisse instancier I'objet 
que vous lui passez et la retourner, elle doit recevoir 
par reference un pointeur vers le pointeur local, d'ou 
(NSError**)error et error :&erreurlnterne dans I'exem- 
ple ci-dessus. 
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Gerer les erreurs 



NSError* erreur //instanciee... 

//1 - Demander a NSApp d'afficher 1' erreur 

// direct ement : 

[NSApp presentError : erreur] ; 

1 12 - Ou creer un objet NSAlert et l'afficher : 

[[NSAlert alertWithError: erreur] runModal]; 



La classe NSAlert d'AppKit permet d'afficher une 
fenetre d' erreur standard contenant les informa- 
tions de l'instance de NSError qui lui a ete transmise 
via les methodes beginSheetModalForWindow: modal- 
Delegate :didEndSelector:contextInfo: et alertWi- 
thError:. La classe UIAlertView est l'equivalent 
UIKit de NSAlert et permet d'afficher le message 
d'erreur sur iPhone. 

Toutefois, il est en general plus utile de connaitre 
l'existence de la methode presentError: de la classe 
NSResponder dont heritent des classes aussi impor- 
tantes que NSApplication, NSWindow, NSView et 
NSWindowCont roller. 

II est ainsi possible de demander a votre application 
de presenter directement le message d'erreur en 
envoyant le message presentError: a V instance de 
NSApplication. 

NSArray* boutons = [[NSArray alloc] 
*initWithObjects:@"Oui", @"Non", @"Peut-etre" , 
^nil]; 



Propriete de Albiri Sigue <tag.tog@gmail.com> 



Gerer les erreurs 195 



NSDictionary* infolltilisateur = [NSDictionary 

*+ dictionaryWithObjectsAndKeys: 

@"Une erreur est survenue lors de la 

* connexion au serveur.", 

*> NSLocalizedDescniptionKey, 

@"l_e serveur FTP est indisponible ou la 

*> connexion Internet est coupee", 

+■ NSLocalizedFailureReasonErrorKey, 

@"Verifiez votre connexion et essayez de 

w nouveau. " , 

w NSLocalizedRecoverySuggestionErrorKey, 

boutons,NSLocalizedRecoveryOptionsErrorKey, nil] ; 

//1 - Demander a NSApp d'afficher 1' erreur 

//directement : 

[NSApp presentError: [NSError 

*- errorWithDomain : NSCocoaErrorDomain code : -1 

w userlnf o : inf oUtilisateur ] ] ; 

112 - Ou creer un objet NSAlert et l'afficher: 

[[NSAlert alertWithError: [NSError errorWithDomain: 

^NSCocoaErrorDomain code:-1 

w userlnf o: inf oUtilisateur] ] runModal] ; 



Info 



Par soucis de simplicite et de lisibilite, nous n'avons 
pas utilise les fonctions de localisations ici, mais pour 
avoir un code de meilleure qualite, vous devez inserer 
les elements dans le dictionnaire avec la macro 
NSLocalizedString(). Pour plus d'informations sur les 
fonctions de localisation de Cocoa, veuillez-vous 
reporter a la documentation d'Apple. 
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Enfin, pour utiliser au mieux les erreurs, il faut 
apprendre a employer la chaine des repondeurs 
d'erreurs (voir encadre ci-dessous). 

Pour aller plus loin 

ChaTne des repondeurs d'erreurs. 

Nous avons vu comment presenter de maniere 
simpliste une erreur a I'utilisateur. Toutefois, afin 
d'utiliser au mieux les possibilites offertes par I'inte- 
gration de NSError avec Cocoa sur Mac OS X (actuel- 
lement indisponible sur la plateforme iPhone), il est 
necessaire de bien comprendre la chafne des repon- 
deurs d'erreurs [error-responder chain) et la maniere 
de faire remonter une erreur dans la chaTne tout en 
I'enrichissant d'informations. Nous vous incitons 
vivement a vous reporter a la documentation d'Apple 
sur ces points. 

Recouvrer une erreur avec un objet implementant 
NSRecoveryAt tempting. 

II est possible de passer au dictionnaire de NSError un 
objet implementant le protocole informel NSReco- 
veryAttempting pour la cle NSRecoveryAttempterError 
Key afin de fournir une solution au probleme rencon- 
tre. Toutefois, cette fonctionnalite avancee est rela- 
tivement peu utilisee puisqu'il s'agit en general de 
suggerer a I'utilisateur d'effectuer des verifications 
manuelles avant de faire une nouvelle tentative. 

Nous vous invitons bien sur a consulter la documen- 
tation d'Apple si vous etes interesse par les possibi- 
lites offertes par ce mecanisme. 
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NSException 



A la difference de Python cm la levee d' exception 
est le mode recommande de propagation des 
erreurs, et de Java ou C# ou la levee d'exception 
est couteuse, mais toutefois courante, Apple consi- 
dere la gestion d'exception comme un outil d'aide 
au developpement et servant principalement a 
decouvrir et supprimer les erreurs de program- 
mations a proprement parler. 

Cela signifie que toute erreur previsible provenant 
du milieu exterieur au code doit etre geree via les 
erreurs (NSError). Ceci est notamment le cas d un 
serveur indisponible pour une application de trans- 
fert de fichiers ou bien encore un mot de passe 
invalide lors d 'une authentification. II ne s'agit pas 
d'erreurs de programmation, mais d'erreurs atten- 
dues : il faudra utiliser NSError. 

Un bon moyen de savoir si une exception doit 
etre levee ou une erreur reportee est de se deman- 
der l'application doit etre terminee ou non. Si 
l'application peut retablir la situation, par exemple 
via une action de l'utilisateur, cela signifie qu'une 
erreur doit etre reportee et l'exception evitee. 



Info 

La classe NSError est apparue avec Mac OS X 10,3. II 
est done possible, si vous utilisez une bibliotheque 
relativement ancienne, que cette derniere leve des 
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exceptions la ou il faudrait reporter une erreur. Dans 
ce cas, vous ne devez pas propager I'exception. Vous 
devez la capturer et reporter une erreur via une 
nouvelle instance de la classe NSError en utilisant les 
informations contenues dans I'objet NSException. 



L'utilisation du mecanisme d' exception introduit, 
malgre toutes les optimisations apportees au fils des 
ans, une perte en performance qualifiee d'impor- 
tante par Apple. Ainsi, par exemple, en mode 32 
bits, les clauses @try sont extremement coiiteuses, 
meme si le cout de @throw est modere. En 
mode 64 bits, les clauses @try ont connu un chan- 
gement important qui rend leur utilisation gratuite, 
mais @throw est en consequence devenu bien plus 
couteuse qu'en mode 32 bits. 

Meme s'il ne parait pas evident a la premiere lec- 
ture, le mode 64 bits apporte done une ameliora- 
tion importante par rapport au mode 32 bits : 
en 32 bits, vous etes penalise des que vous entrez 
@try meme si aucune exception n'est levee. En 
mode 64 bits, vous pouvez utiliser @try autant que 
vous le souhaitez, tant que vous ne lancez pas 
d'exception, il n'y aura pas d'impact en termes de 
performance. 

Cela signifie que, si vous suivez les recomman- 
dations d'Apple, votre code sera bien plus rapide 
en mode 64 bits qu'en mode 32 bits car vous 
etes pret a capturer les exceptions. Mais il ne 
devrait y avoir aucune levee d'exception sauf en 
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cas d'erreur grave et exceptionnelle comme, par 
exemple, 1'impossibilite d'allouer de la memoire 
(ce qui, en theorie est impossible sur un systeme 
utilisant de la memoire virtuelle, a moins que la 
memoire et le disque dur soient tous deux satures) . 



NSError 

Apple a introduit la classe NSError afin de suppri- 
mer les codes cryptiques qui etaient utilises pour 
reporter les erreurs (qui n'a pas deja vu une appli- 
cation planter en raison de l'erreur -894109 ?) mais 
egalement pour eviter l'utilisation des exceptions 
qui sont tres couteuses en termes de performance. 

L'utilisation des erreurs est done preconisee dans 
tous les cas ou le probleme provient de parametres 
externes au code source et qui sont en general 
clairement previsible : une application FTP qui 
n'arrive pas a se connecter a un serveur car la 
connexion interne est coupee ne devra pas lever 
d'exception pour communiquer le probleme car 
e'etait un cas tout a fait previsible. De meme, si 
l'authentification d'un utilisateur a un serveur 
FTP echoue, il faudra reporter une erreur et non 
pas lancer une exception. 

En consequence, NSError devra etre utilisee dans 
la quasi-totalite des cas ou une erreur doit etre 
communiquee a l'utilisateur, les exceptions etant a 
reserver aux cas exceptionnels et aux erreurs de 
programmation. 



Propriete de Albiri Sigue <tag.tog@gmail.com> 



200 CHAPITRE 5 Qualite du code 



Creer une assertion 



NSAssert(valeur < 255 && valeur > 0, @"valeur 
n'etait pas compris dans la zone determinee") ; 



Une assertion est un outil d'aide au debogage de code 
et permet au developpeur de se rendre compte lors- 
qu'un objet ou une valeur ne correspond pas a ses 
attentes. lis ne sont done pas prop res a Objective-C 
et existent en C, C++, Java, C#, etc. 

Vous pouvez utiliser les fonctions NSAssert et ses 
derivees (NSAssert 1 a NSAsserts) pour detecter des 
valeurs incorrectes ou invalides dans votre code en 
amont de la gestion d'erreur : les assertions ne vous 
dispensent pas de faire de la programmation defen- 
sive, bien au contraire. 

Lorsqu'une assertion echoue (e'est-a-dire que la 
condition que vous avez definie est fausse), NSAssert 
imprime une erreur sur la console et leve une 
exception. Cela permet de reperer le probleme 
immediatement et de le corriger, en evitant que les 
mecanismes de defense que vous avez mis en place 
ne deplace le probleme a un niveau superieur. 

Une exception est levee lorsqu'une assertion 
echoue. Or, comme nous l'avons precedemment, 
les exceptions en Objective-C ne doivent pas etre 
generee en cours d'execution, sauf lorsque Impli- 
cation doit etre termine. Cela confirme leur role 
d'outil d'aide au developpement, mais qu'ils ne 
doivent pas etre livre avec le code en production. 
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Supprimer les assertions 
pour le code en production 



#define NS BLOCK ASSERTIONS 



Les assertions ne seraient pas utilisables en pratique 
s'il fallait parcourir tout le code et les supprimer 
une par une avant de publier une nouvelle version 
de votre application. 

Heureusement, le compilateur vous aide dans cette 
tache : il ignorera les assertions dans chaque fichier 
ou la variable preprocesseur NS_BLOCK_ASSERTIONS 
est definie. 

Vous supprimez toutes les assertions en definissant 
la macro preprocesseur directement via l'inspecteur 
de projet (voir Figure 5.3). 

Enfin, vous pouvez decider de supprimer toutes les 
assertions lorsque vous etes en mode release avec 
les directives suivantes : 



#ifndef DEBUG 

#define NS_BLOCK_ASSERTIONS 

#endif 



Les developpeurs les plus avances pourront tirer 
parti de la possibilite de creer des fichiers de confi- 
guration pour Xcode (fichiers .xcconfig) afm d'y 
defmir NS_BLOCK_ASSERTIONS et ainsi supprimer 
automatiquement toutes les assertions d'une cer- 
taine build. 
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Project "GuideDeSurvie" Info 



Configuration: I Debug 



' General Build Configurations Comments 
^j >Qr preprocessor macro 



^ 



Show: I All Settings 



3 



Setting 



Value 



'Packaging 



Info.plist Preprocessor Definitions 
TCCC4.0 - Preprocessing 



Preprocessor Macros. 

Preprocessor Macros Not Used In Precom. 



N5 BLOCK ASSERTIONS 






© - 



Based On: Nothing 



J} ® 



A 



Figure 5.3 : L'onglet Build de I'inspecteur de projet d'Xcode 
permet de modifier les macros du preprocesseur. Vous 
noterez bien les mot-cles utilises dans le champ de recherche. 



Consigner des messages 
informatifs ou des erreurs 



NSLog(@" Notification %@ envoye par %@ et info %@\ 
*> notif .name, notif .object, notif .userlnfo); 



La fameuse NSLog ( ) , sans doute la plus utilisee 
des fonctions de la Foundation framework, permet 
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d'imprimer une chaine de caracteres sur la sortie 
erreur standard (stde rr). Ces messages sont egale- 
ment enregistres via le systeme d 'historique stan- 
dard du systeme d' exploitation (par exemple, 
visible a la Figure 5.4 dans l'application Console 
deMac OS X). 




■.1L-W Lt^Sl!" 

■ ILK LT.-Pl¥> 
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I 



Figure 5.4: L'application Console de Mac OS X permet de 
voir les messages enregistres via la methode NSLog(). 



Configurer son projet 
pour les tests unitaires 

Apple integre, depuis Xcode 2.1, la bibliotheque 
open-source de tests unitaires OCUnit, developpee 
par la societe Suisse SenTe. 

Test unitaire 

¥ 

Etant un grand supporter des methodologies de deve- 
loppement dites agiles (tels que XP et Scrum), et 
pratiquant de TDD [Test Driven Developemenf), il 
m'est quasiment impossible de concevoir du code 
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sans tests unitaires. Si vous etes interesse par decou- 
vrir ces methodologies et ameliorer votre productivity 
par un facteur de I'ordre 200 a 300 °/o, rendez-vous 
sur lnfoQ.com ou vous aurez acces a de nombreuses 
presentations par les createurs des differentes metho- 
dologies Agiles. 

Si vous n'avez jamais encore utilise les tests unitaires, 
nous vous conseillons vivement de les decouvrir et de 
les integrer a votre code et profiter ainsi de leurs tres 
nombreux avantages, parmi lesquels nous pouvons 
citer : 

• Aider a comprendre le besoin en ecrivant le test 
avant meme d'avoir ecrit le corps de la methode. 

• Capturer toute regression dans le code et reduire 
enormement le risque d'introduction de nouveau 
bogues. 

• Documenter le code en fournissant des exemples 
concrets d'utilisation. 



Nous allons configurer le projet Xcode de maniere 
a ce qu'a chaque fois que le code est compile, les 
tests unitaires soient executes. Ce n'est malheureu- 
sement pas une tache triviale, c'est pourquoi nous 
allons suivre minutieusement la documentation 
d'Apple. 

1. Selectionnez Project > New Target... 

2. Selectionnez Cocoa, puis Unit Test Bundle. 

3. Donnez un nom a la nouvelle cible, puis cliquez 
sur OK. 
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4. L'inspecteur devrait alors s'ouvrir automatique- 
ment. Si ce n'est pas la cas, ouvrez-le. 

5. Sous l'onglet General de l'inspecteur, cliquez sur 
le bouton + qui se trouve en dessous de la zone 
Direct Dependencies (voir Figure 5.5). 



Target 'TestsUnitaires" Info 



General Build Rules Properties Comments 



Name: TestsUnitaires 
Type: Bundle 



Direct Dependencies 



. CuideDeSurvie 



+ I - 



Linked Libraries 



Type 






+ - 



@ 



/a 



Figure 5.5 : L'onglet General de l'inspecteur de projet 
d'Xcode permet de rendre le projet contenant les tests 
unitaires dependant du projet de I'application a compiler. 
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6. Selectionnez alors la cible qui correspond a votre 
projet principal (par exemple, si vous developpez 
une application et plusieurs bibliotheques, 
selectionnez Implication) et cliquez sur "Add 
Target". 

7. Si vous developpez une bibliotheque, vous n'avez 
plus rien a faire. En revanche, si c'est une appli- 
cation que vous developpez, cliquez sur l'onglet 
"Build" et recherchez "Bundle Loader" (dans le 
champ recherche dedie). 

8. Saisissez $(CONFIGURATION_BUILD_DIR)/GuideDeSur- 
vie.app/Contents/GuideDeSurvie dans le champ 

'Value" associe (en replacant GuideDeSurvie par 
votre application bien sur) . 

9. Toujours sous l'onglet "Build", recherchez "Unit 
Testing" et associez la meme valeur au champ 

'Test Host" ; dans notre cas, c'est la valeur 
$(C0NFIGURATI0N_BUILD_DIR) /GuideDeSurvie. app/ 
Contents/GuideDeSurvie que nous lui associons 
(voir Figure 5.6). 

10. Enfin, selectionnez votre nouvelle cible afin de 
la rendre active. A partir de cet instant, a chaque 
fois que vous compilerez le projet, la cible prin- 
cipal sera compilee (car nous avons indique que 
la cible de tests unitaires etait dependante de 
celle-ci), ensuite les tests seront executes. 

Voila ! Vous avez cree une cible pour vos tests uni- 
taires et ces tests seront executes automatiquement 
a chaque fois que vous compilerez votre projet ! 
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farget Te5tsUnitaire5 n Info 



[ General Build Rules Properties Comments ] 



Configuration: I Debug 



~^ fQs Unit Testing 



^ 



Show: I All Settings 



3 



5etting 



Value 



r Unit Testing 



Other Tes t Flags 
Test Rig 



bul Id / Debug / Cu id&DfeSur vife.ap p/ Content s / Cu ide D^Su rvie 









# - 



Based On: ' Nothing 



U ® 



//. 



Figure 5.6 : L'onglet Build de I'inspecteur de projet d'Xcode 
permet de modifier les reglages des tests unitaires. Vous 
noterez bien les mot-cles utilises dans le champ de recherche. 



Creer une classe de tests 

1. Selectionnez File > New File. 

2. Selectionnez Cocoa, puis "Objective-C test case 
file", donnez un nom et laissez la case "Also 
create NomDeFichier.h" cochee. 

3. Changez la cible par defaut pour que le fichier 
soit inclus uniquement dans la cible de tests uni- 
taires que nous avons creee a la section prece- 
dente. 
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Nous ecrivons alors notre premiere fonction de test 
unitaire, la plus basique qui soit, afin de nous assurer 
que nous avons bien configure le projet : 

(^implementation Testsllnitaires 
- (void) test1{ 

NSLog(@"test1"); 

STAssertNotNil(nil 3 @"assert not nil"); 

} 
@end 

Bien evidemment, ce test est voue a echouer des la 
prochaine compilation du projet ! Grace a cet 
echec, nous pouvons confirmer qu'Xcode execute 
bien nos tests (voir Figure 5.7). 



4 
5 
6 
7 
S 
9 
10 



11 
12 
13 

14 



#i mport " TestsUn i ta i res . h " 

i mp L ementat i on TestsUn i ta i res 

- (void) testl{ 

NSI_og(@"testl"); 

STAssertNotNi L(niL , 0" assert not nil"); 



r: - [Test sUniUi res test!] : "{(nil) != nil)" should be true, assert net nil 



) 



} 

Oend 



Figure 5.7 : Le compilation echoue lorsque I'un des tests 
unitaires echoue. 
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Ecrire des tests unitaires 



- (void) testlnit{ 

ClasseGuideDeSurvie * instance = 

*> [[ClasseGuideDeSurvie alloc] init]; 

STAssertNotNil(instance, ©"assert not nil"); 



- (void) testMaChaine{ 

ClasseGuideDeSurvie * instance = 

* [[ClasseGuideDeSurvie alloc] init]; 

[instance setMaChaine:@"testChaine"] ; 

STAssertEquals( instance. maChaine, @"testChaine" , 

*@"maChaine n'a pas retournee la valeur 

^ att endue. "); 



Comme toutes les plateformes de tests unitaires 
(par ex.emple JUnit, NUnit, MbUnit, etc.), les metho- 
des de tests unitaires en Objective-C doivent se 
conformer aux regies suivantes : 

• Retourner void . 

• Ne pas prendre de parametres. 

A 

• Etre prefixees par test (ceci est une convention 
de nommage). 

Elles seront done toutes de la forme du code ci- 
dessus. 
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De meme, les methodes setup et tearDown fonc- 
tionnent de maniere semblable a celles portant le 
meme nom dans les bibliotheques xUnit. 

La methode setup est executee une seule fois avant 
que les tests de la classe ne soit lances, tandis que 
la methode tearDown est executee une fois que 
tous les tests ont ete executes. Ces deux methodes 
permettent done de preparer et de terminer les 
tests (par exemple, setup peut recuperer des don- 
nees d'une base de donnees une seule fois, et pre- 
parer les objets). 

Enfin, pour executer les tests a proprement parler, 
vous disposez de nombreuses macros, dont les plus 
courantes sont : 

• STAssertNotl\lil(a1 , description, . ..)■ L' expres- 
sion a1 ne doit pas etre egale a nil. 

• STAssertTrue(expression, description, ...)■ 
L' expression doit etre evaluee a YES. 

• STAssertFalse(expression, description, ...)■ 
L' expression doit etre evaluee a NO. 

• STAssertEqual0b]ects(a1 , a2, description, ...)■ 
L' expression [a1 isEqualTo:a2] doit etre evaluee 
a YES. 

• STAssertEquals(a1 , a2, description, ...)■ 
L' expression a1 == a2 doit etre evaluee a YES. 
A reserver pour les structs et valeurs integrates, 
etc. 
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• STAssertThrows (expression, description, ...)■ 
Le test doit capturer une exception pour passer. 
Si vous utilisez ce test, demandez-vous si vous ne 
devriez pas utiliser NSError au lieu de NSException ! 

Le code source de SenTestingKit 

Vous pouvez decouvrir le code source de la biblio- 
theque de tests unitaires d'Objective-C en ligne, ou 
bien sur Mac OS X : /System/Library/Frameworks/ 
SenTestingKit. framework. 

Le fichier SenTestCase_Macros.h contient I'ensemble 
des macros definies pour les tests. Vous verrez qu'ils 
ne sont pas si compliques a implementer ! 
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Objective-C++ 



Melanger du code Objective-C 
et C++ et creer Objective-C++ 



#import <Foundation/Foundation.h> 

class Bonjour { 

private: 

NSString* message_salutation; 

public: 

Bonjour() { 

message_salutation = @"Bonjour!"; 

} 

Bonjour(const char* initial_message_ 

^salutation) { 

message_salutation = [[NSString alloc] 
w initWithUTF8String : initial_message_ 
w salutation]; 
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void afficher_saluation() { 

printf ( "%s\n" , [message_salutation 
*UTF8String]); 



©interface Salutation : NSObject { 
©private 

Bonjour * bonjour; 

- (id)init; 

- (void)dealloc; 

- (void)saluer; 

- (void)saluer: (Bonjour*)bonjourIntance; 
@end 



L'exemple precedent, adapte de la documentation 
d' Apple, permet de parfaitement illustrer l'integra- 
tion de C++ dans Objective- C pour donner nais- 
sance a Objective-C+ + . 

II est desormais possible de definir des classes C++ 
disposants de membres Objective-C et reciproque- 
ment. 

La possibilite d'ecrire du code C++ dans un fichier 
source Objective-C, et ainsi de pouvoir melanger 
les deux langages, repose essentiellement sur la 
capacite offerte par Objective-C ++ d'utiliser les 
pointeurs de maniere transparente dans les deux 
langages et done en consequence directe, d'avoir 
des membres definis en C++ dans les classes 
Objective-C et reciproquement. C'est la princi- 
pal regie a connaitre pour pouvoir exploiter 
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Objective-C++ car c'est egalement la seule 
chose qu'il vous sera reellement permis de faire. 
Les possibilites offertes par Objective-C++ res- 
tent toutefois limitees (voir section "Limites 
cTObjective-C++"). 

Enfin, veuillez noter qu'un fichier source Objective- 
C++ doit porter l'extension . mm afin d'etre reconnu 
par le compilateur. 



Utiliser Objective-C++ 

Commencons par un peu d'histoire. Objective-C+ + 
est apparu en 2002, avec la sortie de Mac OS X 10.1, 
et a pour principale raison d'etre 1' existence de nom- 
breuses bibliotheques C++, jusque la inaccessibles 
des developpeurs Objective-C. 

II faut se rappeler que lorsqu 'Apple a enfin publie 
la version 10.0 de Mac OS X, la sante d' Apple et 
de la plateforme Mac etaient plus que menacees. 
II etait par ailleurs difficile de convaincre les deve- 
loppeurs d'adopter un nouveau langage, une nou- 
velle plateforme et en plus abandonner 1' ensemble 
de leurs bibliotheques, souvent ecrites en C+ + . 

L'arrivee d'Objective-C++ avec Mac OS X 10.1 
fut done percue comme une tres bonne nouvelle 
par les developpeurs, qui l'accueillirent avec beau- 
coup d'engouement. 

Le principal cas d'utilisation d'Objective-C++ est 
done l'integration de bibliotheques C++ existantes. 
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Un autre cas corollaire, que Ton peut egalement 
citer, est celui ou les performances d' Objective- C 
sont insuffisantes pour certains cas tres particuliers. 
Une technique d' optimisation tres poussee consiste 
alors a reecrire les algorithmes et certaines classes 
en C++ (imaginons par exemple que vous avez 
cree un nouvel algorithme revolutionnaire de 
compression d' images). Toutefois, avant d'arriver a 
ce cas extreme, il vaut mieux se mieux se remettre 
en cause plutot que de soupconner le langage. 

Limites d'Objective-C++ 

Les possibilites offertes par Objective-C++ etant 
tres restreintes, les limites sont, en consequence, tres 
nomb reuses. Nous allons lister les principales res- 
trictions et nous laisserons le lecteur interesse se 
reporter a la documentation d' Apple pour les 
autres. 

Le fonctionnement general des classes n' etant pas 
modifie, il faut considerer que le code s' execute 
dans deux environnements totalement distincts et 
separes. Ces environnements coexistent mais en 
gardant leurs propres regies et principes de fonc- 
tionnement. 

Les principales actions que vous ne pouvez pas faire 
sont : 

• Envoyer un message a un objet C++. 

• Aj outer de constructeur ou destructeur a une 
classe Objective-C. 
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• Deriver une classe Objective-C d'une classe 
C++ et reciproquement. 

• Utiliser this au lieu de self dans une methode 
Objective-C et reciproquement. 

• Capturer une exception C++ avec une directive 
@catch ou capturer une exception Objective-C 
avec une clause catch C+ + . 

Enfin, au cas ou vous ne trouverez pas ces restric- 
tions suffisantes, il en existe une autre encore bien 
plus limitante : il est impossible d'utiliser une ins- 
tance d'une classe C++ comme membre d'une 
classe Objective-C si, et seulement si, toutes les 
fonctions membres de la classe C++ sont non-vir- 
tuelles. 
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Le site Apple 

pour les developpeurs 

http://developer.apple.com/ 

Etant donne que vous allez developper pour Tune 
des plateformes Apple (Mac ou iPhone), c'est bien 
evidemment sur le site d' Apple consacre aux deve- 
loppeurs que vous vous rendrez le plus souvent. 

Beaucoup de veterans du Mac ont tendance a sous- 
estimer le site d' Apple car au cours des premieres 
annees de Mac OS X, la documentation avait ten- 
dance a etre tres succincte, voire manquante, et 
c'etait la principale critique que recevait Apple. 
Depuis, la tendance a ete largement renversee. 
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http://developer.apple.com/technology/ 
xcode.html 

Vous pouvez telecharger la derniere version 
d'Xcode pour iPhone et Mac gratuitement depuis 
ce lien. 

Vous devez, en regie generale, vous connecter avec 
votre identifiant ADC (Apple Developer Connection) 
avant de pouvoir telecharger les outils et exemples. 
il existe differents type de compte, dont le compte 
ADC Online, qui est gratuit. 

http://developer.apple.com/mac/ 

Le Mac Developer Center dispose de toute la docu- 
mentation necessaire a la programmation sur 
Mac (notamment Objective-C et Cocoa en ce 
qui concerne), mais egalement de nombreux 
exemples de code (sample code). 

http://developer.apple.com/iphone/ 

L' iPhone Developer Center est 1' equivalent du Mac 
Developer Center, mais pour les developpeurs iPhone. 
Vous y trouverez done un contenu similaire : docu- 
mentation Objective-C et CocoaTouch, exemples 
de code, etc. 

http://developer.apple.com/adconitunes 

Ce site permet d'acceder a des videos d'introduc- 
tion et d'entrainement que vous pouvez telechar- 
ger depuis iTunes et regarder sur votre Mac ou 
dans les transports en commun sur votre iPod ou 
iPhone. 
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http://developer.apple.com/iphone/program/ 

Afin de pouvoir deployer des applications maisons 
sur votre iPhone ou iPod Touch, vous devez dis- 
poser d'une licence developpeur coutant 99 dollars. 
Cette licence permet d'utiliser votre iPod ou iPhone 
en mode developpement et vous autorise non 
seulement a publier vos logiciels sur la boutique en 
ligne iTunes, mais egalement a les installer sur une 
centaine d'appareils sans passer par iTunes via le 
mode particulier, appele Ad Hoc. Vous devez toute- 
fois enregistrer vos appareils sur votre compte 
iPhone Developer en suivant les explications 
qu'Apple vous fournira. 

http://devworld. apple, com/wwdc/ 

La Worldwide Developer Conference est la confe- 
rence annuelle organisee par Apple (depuis quel- 
ques annees au Moscone Center a San Francisco). 
Les developpeurs du monde entier s'y retrouvent 
pour assister aux presentations donnees par les 
experts d' Apple, decouvrir les nouvelles fonction- 
nalites d'Objective-C ou de Cocoa et assister a la 
messe donnee par Steve Jobs. Si vous souhaitez 
devenir un professionnel de la programmation 
Apple, vous rendre a cette conference est recom- 
mandee (a condition bien sur d'avoir le temps et 
les moyens). 
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http://developer.apple.com/products/ 
videos.html 

Toutes les presentations de laWWDC sont disponi- 
bles depuis ce site. Elles sont accessibles gratuitement 
aux personnes qui se sont rendues a la conference. 



Documentations Apple 
recommandees 

Ce livre vous donne les bases d'Objective-C (mais 
aussi dans certains cas, de Cocoa) et les cas d'utilisa- 
tion les plus courants des directives, concepts et clas- 
ses. Mais afin d'ameliorer votre comprehension de la 
plateforme, de maitriser au mieux les concepts et 
bibliotheques, nous vous recommandons de lire au 
moins les documents suivants d' Apple (en anglais). 
Ces documents sont installes avec Xcode et disponi- 
bles gratuitement depuis le site d' Apple 1 : 

• The Objective- C 2.0 Programming Language 

• Coding Guidelines for Cocoa 

• Memory Management Programming Guide for Cocoa 

• Garbage Collection Programming Guide 

• Cocoa Event Handling Guide 

• Notification Programming Topics for Cocoa 



1. Vous trouverez tous ces documents depuis : 

http://developer.apple.com/mac/library/navigation/. 
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• Exception Programming Topics for Cocoa 

• Error Handling Programming Guide For Cocoa 

• Xcode Unit Testing Guide 

Voici une petite liste de documents qui traitent de 
sujets non couverts dans cet ouvrage, mais qui 
necessitent toutefois d'etre maitrises avant de pou- 
voir ecrire des applications tirant au mieux parti 
des possibilites offertes par Cocoa : 

• Cocoa Fundamentals Guide (requis pour bien com- 
prendre les concepts definis et utilises par Cocoa) 

• InterfaceBuilder User Guide (requis pour l'utilisation 
d' I nt erfac eB uilder) 

• Key- Value Coding Programming Guide (requis pour 
l'utilisation des bindings) 

• Key-Value Observing Programming Guide (requis 
pour l'utilisation des bindings) 

• Cocoa Bindings Programming Topics (requis pour 
l'utilisation des bindings) 

• Model Object Implementation Guide (requis pour 
l'utilisation de CoreData) 

• Predicate Programming Guide (requis pour l'utilisa- 
tion de CoreData) 

Les listes precedences ne sont bien sur pas exhaus- 
tives, et il y a de nombreux autres documents que 
vous serez amene a lire suivant les classes que vous 
utiliserez et les besoins de vos applications. 
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Sites interessants 

Sites francophones 

Google.fr 

http://www. google.fr 

Je suis surpris par le nombre de developpeurs qui 
n'ont toujours pas le reflexe de rechercher de 
l'aide sur Google des que le moindre probleme 
survient. Et bien sur, ne limitez pas vos recherches 
aux sites francophone, car les ressources sont tres 
rares : les recherches en anglais vous fourniront 
bien plus de resultats. 

Page personnelle de Pierre Chatelier 

http://pierre.chachatelier.fr/programmation/ 
objective-c.php 

Pierre Chatelier a ecrit De C+ + a Objective-C, 
un livre electronique qu'il met gratuitement a 
disposition de la communaute, et, qui comme 
son nom l'indique, permet aux developpeurs 
C++ d'apprendre rapidement Objective-C. 

Cocoa.fr 

http://wwrw.cocoa.fr/ 

Site francais, presente sous la forme d'un blog, et 
traitant de differents sujets relatifs a la program- 
mation Cocoa. 
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Project: Omega 

http://www.projectomega.org/ 

Site communautaire que j'ai cofonde il y a de 
nombreuses annees avec mon ami Thierry. Le site 
contient de nombreux articles en Francais sur la 
programmation Cocoa. Le site est toutefois rare- 
ment mis a jour par faute de temps et cherche de 
nouveaux contributeurs. 

Sites anglophones 

Cocoa Dev Central 

http://cocoadevcentral.com/ 

Site consacre a la programmation Cocoa et propo- 
sant une enorme quantite d'exemples et de docu- 
ments. 

Mac Developer Network (MDN) 

http://www.mac-developer-network.com/ 

Site communautaire proposant de nombreux arti- 
cles, mais surtout et egalement un PodCast qui 
vous permettra d'approfondir Cocoa chez vous 
ou sur la route. 

De plus, les editeurs de MDN surveillent toute la 
blogosphere des developpeurs Mac et publient 
sous forme de flux RSS leur selection quotidienne 
des meilleurs articles. Ce flux etait jusqu'a recem- 
ment propose en echange d'une modique partici- 
pation, mais il est desormais gratuit. 
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InfoQ 

www.infoq.com 

InfoQ est un site communautaire proposant de 
nombreux articles, presentations, interviews, sur de 
nombreux langages de programmation (Java, .Net, 
Ruby, pour n'en citer que quelques uns), mais mal- 
heureusement pas Objective-C. La raison laquelle 
ce site apparait ici est qu'il regorge d'excellentes 
presentations sur les methodes Agile, que je recom- 
mande vivement de regarder et de suivre via leur 
flux RSS. 

CocoaDev 

http://www.cocoadev.com/ 

CocoaDev est un Wiki contenant de tres nom- 
breux articles sur Objective-C et Cocoa et dispo- 
sant d'une grande communaute d'utilisateurs, pret 
a aider (parfois en echange d'une modique somme) 
les developpeurs, par exemple, pour la traduction 
de logiciels dans divers langues. 

Wil Shipley Blog 

http://wilshipley.com/blog/ 

Wil Shipley est le fondateur de Delicious Monster, 
dont le logiciel Delicious Library ont bien connu 
des utilisateurs de Mac et a gagne de tres nombreux 
prix depuis 2004. II traite de nombreux sujets rela- 
tifs a Cocoa sur son blog, qui est bien evidemment 
vivement recommande ! 
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Cocoa With Love 

http://cocoawithlove.com/ 

Blog d'un developpeur australien qui travaille a 
plein temps sur Cocoa. II fait partie de ma liste de 
flux et je le recommande chaudement. 

TheoCacao 

http://theocacao.com/ 

Blog d'un developpeur americain qui est egale- 
ment le proprietaire de Cocoa Dev Central. Scott 
Stevenson est egalement en train d'ecrire un livre 
en anglais sur Objective-C et Cocoa. 

CocoaLab 

http://www.cocoalab.com/ 

Ce site n'est plus mis a jour depuis 2007, mais 
propose toutefois BecomeAnXcoder, un livre elec- 
tronique gratuit, mis a jour pour Mac OS X 10.5 
sur Xcode que vous pouvez telecharger depuis 
le lien suivant : http://www.cocoalab. 

com/?q= BecomeAnXcoder-Francais. 

Google Objective-C Coding Style 

http://google-styleguide.googlecode.com/ 
svn/trunk/objcguide.xml 

Ce document vient s'aj outer a celui que nous avons 
deja recommande dans la section precedente : 
Cocoa Coding Guidelines d' Apple. En suivant les 
recommandations d' Apple et de Google, vous ame- 
liorerez la qualite de votre code. 
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Code et outils interessants 

F-Script 

http://www. fscript.org/ 

F-Script, ecrit par mon ami Philippe Mougin, est 
sans doute le premier logiciel que vous vous devez 
d'installer apres Xcode. F-Script est un langage de 
script permettant d'introspecter les objets Cocoa 
et, grace a un module special, il peut etre injecte 
dans n'importe quelle application. Rien de tel 
pour apprendre le fonctionnement de Cocoa, 
deboguer vos applications, ou meme permettre a 
l'utilisateur de l'utiliser comme langage de script 
pour automatiser l'application. F-Script est open- 
source, gratuit, et s'est place second sur le podium 
des Apple Design Award a laWWDC 2006. 

Cocoa Browser Air 

http://nurnata.designed.jp/en/prograrnrning/ 
cocoa-browser-air.html 

Cocoa Browser est un petit logiciel de navigation 
de la documentation Cocoa et CocoaTouch. II 
est tres pratique car il vous donne un acces tres 
simple et tres rapide a l'ensemble de la documen- 
tation deja copiee sur votre disque dur lors de 
l'installation de Xcode. Semblable a AppKiDo, il 
offre moins de fonctionnalites, mais est plus leger 
a l'utilisation. 
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AppKiDo 

http://homepage.mac.com/aglee/downloads/ 
appkido.html 

AppKiDo est un logiciel de navigation de la docu- 
mentation Cocoa. Semblable a Cocoa Browser Air, il 
offre plus de fonctionnalite mais est, en conse- 
quence, legerement plus lourd a 1'utilisation. 

OCMock 

http://wrww.mulle-kybernetik.com/software/ 
OCMock/ 

OCMock est une bibliotheque implementant le 
modele de conception appele Mock. Un objet 
Mock permet de simuler n'importe quel compor- 
tement de maniere totalement transparente pour le 
developpeur. Par exemple, il est possible de deman- 
der a un objet Mock de se faire passer pour une 
instance de NSString et de lever une exception lors- 
qu'elle recoit le message length. 

Les objets Mock sont egalement tres utiles pour 
tester des cas extremes difficilement realisables en 
pratique (par exemple, insuffisance memoire, disque 
dur plein, etc.). 

Google Mac Developer Playground 

http://code.google.com/mac/ 

De nombreuses applications et bibliotheques open- 
source Mac developpees par Google sont disponi- 
bles depuis ce site. 
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Matt Gemmell 

http : //mattgemmell. com/source/ 

Matt Gemmell est un developpeur independant 
ayant publie les sources de nombreuses de ses 
classes Cocoa, notamment des classes d'interface 
graphique assez interessantes et utiles. Un grand 
nombre de ces classes sont utilisees par des freewares 
et sharewares. 

Sparkle 

http://sparkle.andymatuschak.org/ 

Sparkle est une bibliotheque gratuite et open-source 
semblable a la mise a jour de logiciel de Mac OS X. 
Vous pouvez ainsi proposer a vos utilisateurs de 
mettre votre logiciel automatiquement, et eviter les 
etapes successives d'une mise a jour manuelle. 

SvnX 

http://code.google.eom/p/svnx/ 

Si vous etes accroc a Subversion comme je le suis, 
vous ne vous contenterez sans doute pas de l'inte- 
gration de ce dernier dans Xcode, il vous faudra 
plus. La ligne de commande est deja un bon point 
de depart, mais SvnX est un bon complement. C'est 
une interface graphique open-source et gratuite 
pour Subversion. 
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Versions 

http : //www. versionsapp. com/ 

Versions est un client Subversion pour Mac. Tres 
evolue et fonctionnel, il est offre de nombreuses 
fonctionnalites pour un cout toutefois qui s'eleve 
a 39 €. Versions a remporte un Apple Design Award a 
laWWDC 2009. 

Isolator 

http://willmore.eu/software/isolator/ 

S'il vous arrive d'avoir des periodes ou la concen- 
tration est difficile et ou la procrastination semble 
prendre la releve, Isolator vous sera sans doute 
d'une grande aide ! L'auteur, et par transitivite, 
son editeur, regrettent de n'avoir pas decouvert ce 
petit outil un peu tardivement. 

Cappuccino 

http://cappuccino.org/ 

Pour les experts Objective-C et Cocoa qui souhai- 
tent developper des applications Web, il existe 
desormais une solution miracle, appelee Cappu- 
ccino : une quasi implementation de Cocoa en 
JavaScript (d'ou le nom Cappuccino : le cafe avec 
un peu de cacao). Les createurs de Cappuccino 
ont meme cree Objective -J : un langage tres sem- 
blable a Objective-C, mais ecrit en JavaScript. 



Propriete de Albiri Sigue <tag.tog@gmail.com> 



234 ANNEXE B Ressources utiles 



GNUstep 

http://www. gnustep.org/ 

GNUstep est un projet open-source tentant de 
reecrire toutes les bibliotheques de Cocoa (origi- 
nellement, OpenStep) de sorte a rendre le code 
source ecrit pour Cocoa multiplateformes. Bien 
que la tache soit importante, le projet semble avan- 
cer lentement mais surement, et les applications 
compilees peuvent etre executees sur Windows, 
Linux et de nombreux autres Unix. 

Cocotron 

http://www. cocotron.org/ 

Cocotron est un projet open-source tentant de 
fournir une implementation multiplateformes 
de Cocoa. De meme que GNUstep, le projet 
avance et semble suffisamment stable pour etre 
utilises en production par certains. 
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